COMPTOIR
register

×

Fréquences Core i5-10600K

Test • Intel Core i9-10900K / i7-10700K / i5-10600K / i5-10400F & Z490 / B460
Fréquences Core i5-10600K
Fréquences Core i5-10400F
Fréquences Core i7-10700K

• Core i5-10600K

Le second CPU qu'Intel nous a fait parvenir, est le Core i5-10600K. En toute logique, l'apparence et les dimensions ne changent pas, abstraction faite du marquage. D'ailleurs, les CMS au dos du CPU sont strictement identiques entre les deux versions, alors qu'ils diffèrent généralement entre dies. CPU-Z identifiant le stepping (Q0), ce Core i5-10600K semble bien basé sur le die à 10 cœurs partiellement désactivé (contrairement à ce que prétendait Intel). Il faudrait delidder pour s'en assurer, toutefois le fondeur dispose bel et bien d'un die Comet Lake à 6 cœurs natifs (G0, voir un peu plus bas), mais les Core i5 série K utiliseraient exclusivement la version recyclée  à 10 cœurs (Q0).

 

10600k recto10600k verso

Core i5-10600K face avant et arrière

 

Ci-dessous sont reportées les fréquences, en fonction du taux de sollicitation des cœurs. Il est nécessaire de désactiver les différentes "optimisations" par défaut de la carte mère pour retrouver ce comportement natif, ces valeurs ne sont par ailleurs appliquées, que si l'enveloppe de consommation électrique autorisée, n'est pas limitante (cf. page précédente).

 

Nombre de coeurs sollicitésFréquence CPU (GHz)
1 4,8
2 4,8
3 4,7
4 4,7
5 4,5
6 4,5

 

Voyons ce que CPU-Z peut nous apprendre sur ce processeur. Le TDP officiel est toujours fixé à 125 W, alors qu'il utilise 4 cœurs de moins que le 10900K. C'est également 30 watts supplémentaires par rapport au Core i7-8700K, qui adoptait la même configuration (6 cœurs, 12 threads). Cela permet de faire évoluer la fréquence de base, qui passe ainsi de 3,7 GHz à 4,1 GHz. Pour le reste, on retrouve bien les 12 Mo de cache L3, le CPU adoptant la traditionnelle fréquence de 800 MHz des puces bleues au repos. 

 

Fréquences Core i5-10600K [cliquer pour agrandir]

Fréquences du Core i5-10600K (Repos, 1 cœur actif, tous cœurs actifs)

 

Sous charge modérée (2 cœurs max.), nous avons bien mesuré les 4,8 GHz annoncés au niveau de la fiche technique, puisqu'il est privé à la fois de Turbo Boost Max. 3.0 et de Thermal Velocity Boost. Sous charge sévère (tous cœurs à 100%) par contre, la fréquence baisse quelque peu à 4,5 GHz. Toutefois, le Core i5-10600K a systématiquement maintenu cette dernière, preuve que son TDP (PL1) est amplement suffisant pour ne pas le limiter. C'est donc 200 MHz de mieux que le Core i7-8700K, nous verrons l'impact sur les performances au niveau des pages dédiées. Passons à présent au petit frère du 10600K

 

 

• Core i5-10400F

Perdu dans les méandres de la logistique des samples, le 10400F a fini par trouver sa voie et rejoindre notre banc de tests, plusieurs semaines après la publication initiale de notre dossier. La présence du suffixe F, nous indique qu'il s'agit là d'une version dépourvue d'IGP, l'absence de K rappelant cette fois que les coefficients processeurs sont bloqués, ce qui limitera l'overclocking à l'augmentation du bus (< 3% max.). Visuellement, la face avant est identique aux autres CPU testés, à l'exception du marquage. La face arrière présente par contre un assortissement différent de condensateurs de découplage en comparaison du 10600K, alors qu'il s'agit de deux hexacœurs de même génération. CPU-Z indiquant de son côté un stepping  G0, le die utilisé est donc vraisemblablement dans ce cas, "le 6 cœurs natifs".

 

10400f recto10400f verso

Core i5-10400F recto et verso

 

CPU-Z nous confirme également un TDP officiel fixé à 65 W, la fréquence de base (2,9 GHz) est en conséquence largement plus faible que celle de son grand-frère à 125 W, pour s'y conformer dans le pire des cas. Tous les autres éléments constitutifs sont en toute logique, strictement identiques au 10600K. Il peut lors d'usages faiblement threadés atteindre 4,3 GHz en pic, avec une tension d'alimentation remarquablement contenue.

 

Sous une charge sollicitant davantage de cœurs, la fréquence se stabilise cette fois à 4 GHz, mais n'est pas à l'abri de chuter davantage, l'enveloppe de consommation longue durée s’avérant trop juste par moment. En effet, si PL2 fixée à 134 W par Intel est amplement suffisante pour maintenir ces 4 GHz durant les 28 s de TAU, PL1 reprend logiquement la valeur du TDP, soit 65 W (si tant est que certaines optimisations du bios ne soient pas actives).

 

Fréquences Core i5-10400F [cliquer pour agrandir]

Fréquences du Core i5-10400F (repos, 1 cœur actif, tous cœurs actifs AVX2)

 

En usage courant, nous avons noté des fréquences inférieures à 4 GHz dans plusieurs cas, mais l'amplitude de la chute va varier significativement selon le type de charge. Ce n'est toutefois pas systématique, puisque de nombreux logiciels parviennent à se satisfaire de l'enveloppe de consommation PL1, sans nécessiter d'ajuster fréquence et tension. Ayant récupéré une carte B460, nous vous proposons également le comportement du CPU avec cette dernière.

  

Nous réutilisons donc notre routine de tests rapportant la médiane des fréquences appliquées et ce par nombre de threads utilisés, même si l'intérêt est plus limité du fait d'une gestion du boost différente, et d'une granularité moindre (fréquence évoluant par "pas" de 100 MHz contre 25 MHz pour les Ryzen). Les courbes se superposent presque parfaitement entre les 2 chipsets, puisque les éléments discriminants pour les performances sont inclus au CPU.

 

 

A noter que la tension d'alimentation en charge de notre 10400F, est légèrement moindre sur l'Asus ROG Strix B460-F que sur la MSI MEG Z490 ACE. Cela conduit à un petit différentiel de consommation, entraînant une fréquence maximale tous cœurs actifs légèrement supérieure sur la première citée, puisque la seconde outrepasse par moment son enveloppe de consommation sur notre test.

 

Précisions sur ce sujet, qu'en repoussant largement la valeur de PL1 (sur Z490 ou via APE sur B460), les performances ne progressent en moyenne que de 1,5% sur notre échantillon de tests, attestant ainsi que le TDP de 65 W n'est finalement pas si limitant en usage réel. Toutefois, derrière cette moyenne peu impactée, se cachent pour quelques rares applications très lourdes, des pertes significatives. 

 

 

• Core i7-10700K

La société Cybertek nous a prêté un Core i7-10700K afin de vous proposer rapidement son évaluation, puisque nous sommes au moment d'écrire ces lignes, toujours en attente de notre sample de la part d'Intel. Visuellement, c'est à nouveau une copie carbone des autres références de ce dossier, hormis le marquage bien entendu. Pas de doute quant au die utilisé, puisqu'il s'agit bien de celui à 10 cœurs, dont 2 (et le L3 en proportion) ont été désactivés.

 

10700k recto10700k verso

Core i7-10700K recto et verso

 

A l'instar de son petit frère, nous avons reporté les fréquences mesurées suivant le taux de sollicitation des cœurs dans le tableau suivant. Même remarque que précédemment concernant les optimisations des cartes mères et limitations, afin que le processeur adopte ce comportement.

 

Nombre de coeurs sollicitésFréquence CPU (GHz)
1 5,1
2 5,1
3 4,8
4 4,8
5 4,7
6 4,7
7 4,7
8 4,7

 

CPU-Z nous confirme un TDP officiel toujours fixé à 125 W, identique à tous les processeurs K(F) de cette génération. La fréquence de base est en conséquence légèrement plus élevée que le décacore, mais moindre que son petit frère se limitant à 6 cœurs.  Le cache de niveau 3 est logiquement proportionnel au nombre de ces derniers actifs, avec 16 Mo en tout. Côté fréquence, le CPU adopte sans surprise 800 MHz au repos, alors qu'il peut pour ses 2 meilleurs cœurs franchir un cap symbolique à 5,1 GHz via Turbo Boost Max. 3.0. Il est par contre privé de Thermal Velocity Boost, permettant à son grand frère d'aller encore plus haut dans ces conditions.

 

Fréquences Core i7-10700K [cliquer pour agrandir]

Fréquences du Core i7-10700K (2 cœurs actifs, tous cœurs actifs, AVX2)

 

Tous cœurs sollicités, la fréquence s'établit à 4,7 GHz, toutefois, ce n'est valable que lorsque l'enveloppe de consommation est respectée. Ce n'est pas toujours le cas, en particulier lorsque les unités AVX2 sont sollicitées. Dans ces conditions extrêmes, la fréquence va alors osciller entre 4,5 et 4,4 GHz. Voilà, c'est terminé pour cette partie, passons au descriptif des cartes mères reçues pour ce test pages suivantes.



Un poil avant ?

Test • ASRock Z490 Taichi

Un peu plus tard ...

Microsoft propulsé dans le Top 5 des superordinateurs ?

Les 167 ragots
Les ragots sont actuellement
ouverts à tous, c'est open bar !
par Eric B., le Samedi 13 Juin 2020 à 08h08  
Merci au lecteur anonyme pour la correction XXL.
NDPM : merci d'une manière générale pour toutes ses corrections adressées !
par Eric B., le Vendredi 05 Juin 2020 à 14h32  
Je ne dis pas que c'est inutile, je précise juste que c'est une vue très parcellaire, dépendante à la fois des conditions mais aussi du type de charge. Pour avoir une vue d'ensemble du comportement, il ne faut pas se limiter amha à 3 types de charges (c'est surement bcp mieux que rien pour certains dont tu sembles faire parti ) ni à une seule configuration de tests, sinon là-aussi il sera difficile d'inférer un comportement "type" du CPU.

Ajoutes à cela le fait que l'ordonnanceur de Windows passe sa vie à balader les threads d'un cœur à l'autre, la seule option pour faire un suivi fiable, c'est de forcer l'affinité de l'application sollicitant le CPU, avec les cœurs que l'on désire monitorer. Ça ne correspond pas non plus à un comportement typique et peut induire une différentiel de performance en entravant la gestion des cœurs préférés.

Ce n'est donc pas un simple relevé, et à l'instar des jeux multi non intégrés faute de répétabilité acceptable à mon sens, je préfère me passer d'inclure une information parcellaire et pouvant potentiellement être mal interprétée. Ajouter un graphique juste pour dire "je le fais aussi", ça ne m'intéresse pas si son intérêt est discutable au niveau de précision que nous sommes actuellement capable de faire.

Ceci-dit, Nicolas est probablement capable de nous coder un outil sous Linux qui permette au moins de corriger ce dernier point, on verra donc s'il est possible de satisfaire cette requête lors du prochain protocole.
par wolfsen, le Vendredi 05 Juin 2020 à 14h06  
PS: ça fait longtemps que je n'ai pas lu un test de cpu Intel en détail car ça fait longtemps qu'ils n'éveillent plus ma curiosité quand ils sont depuis autant d'années sur la même architecture donc on sait à quoi s'attendre avant même d'avoir lu mais je suis curieux de voir comment ils vont se réveiller sur les prochaines générations.
par wolfsen, le Vendredi 05 Juin 2020 à 14h03  
par Eric B., le Vendredi 05 Juin 2020 à 06h45
Chez AMD le fonctionnement du Boost diffère d'Intel, c'est pourquoi indiquer les fréquences suivant l'usage des cœurs a moins de sens, je vais y revenir un peu plus bas.
Oui je suis conscient que la fréquence est conditionnée par les contraintes physiques, je pense d'ailleurs que c'est pour ça que TPU les teste sous différentes tâches mais il n'empêche qu'il est toujours intéressant d'avoir des références quitte à ce que la réalité dévie un peu. Par exemple sur un CPU 12 coeurs, je pense qu'il y a une différence entre un cpu qui boost à 4.6ghz sur 1-2 coeurs puis perds directement 300-400mhz quand il y en a plus et un cpu qui boost à 4.6ghz sur 8 coeurs et va perdre progressivement 300-400mhz sur les 4 derniers coeurs. En se fiant juste aux fréquences 1c et 12c, on ne peut à priori pas différencier les deux situations qui vont pourtant avoir des différences de performances significatives, surtout en jeu. Dans le premier cas, la fréquence boost masque une fréquence réelle faible alors que dans la seconde elle est "honnête" car elle sera atteinte dans pas mal de situations. Dans le premier cas, si la fréquence boost augmente, la différence de performance est souvent faible alors que dans la seconde, ça sera souvent perceptible d'où je pense l'intérêt de ma proposition car ça pourrait expliquer pourquoi certains cpu aux fréquences boost différentes ont des performances aussi proches, en particulier chez AMD.

par wolfsen, le Vendredi 05 Juin 2020 à 13h02  
par Un Ragoteur du Grand Est, le Jeudi 04 Juin 2020 à 21h33
Un 2600K même fortement O/C , bride clairement une RTX 2080 , peu importe s'il y a le pci-express 3.0 ou pas.
Oui mais ça n'a pas d'importance tant que tu atteins tes 60 fps que d'autres CPU puissent en faire 200 mais en effet le 2600k souffre un peu dans les endroits assez peuplés mais je faisais plutôt référence à des zones où le gpu est à 100% et où je suis quand même en dessous de ce que je vois dans des vidéos.
par Un médecin des ragots en Île-de-France, le Vendredi 05 Juin 2020 à 10h11  
I9 10900k Der8auer commandé
par Eric B., le Vendredi 05 Juin 2020 à 06h45  
par wolfsen, le Jeudi 04 Juin 2020 à 19h46
C'est cool que vous ayez rajouté la fréquence par nombre de cœurs, les derniers test que j'ai lu en détail étaient ceux des Ryzen 3700x/3900x et 3950x/9900ks où ça se limitait à la fréquence sur 1 et sur tous les cœurs.Bon sinon je viens également de comprendre pourquoi j'avais l'impression que ma 2080 super OC était un peu en dessous de la moyenne malgré que je joue en 4k 60Hz, j'ai un 2600k qui ne gère pas le PCIE 3.0 même si ma CM le peut. Enfin une excuse pour le changer !
Chez AMD le fonctionnement du Boost diffère d'Intel, c'est pourquoi indiquer les fréquences suivant l'usage des cœurs a moins de sens, je vais y revenir un peu plus bas. Mais côté Intel, nous indiquons ces valeurs depuis au moins 5 ans (pas toujours sous forme de tableau il est vrai). Concernant le 9900KS tu n'as pas le détail par cœur car justement la fréquence est systématiquement la même à 5 GHz hors dépassement de l'enveloppe de consommation autorisée, bien entendu.

Precision Boost 2 côté rouge, n'impose pas stricto sensu une fréquence par nombre de cœurs/threads sollicités, mais agit de manière opportuniste via un algorithme qui prend en compte consommation, température, intensité instantanée, etc. Ainsi, le CPU pourra adopter une même fréquence avec 3 cœurs que 5 par exemple, si dans le premier cas la charge soumise à chaque cœur est supérieure à celle du second cas (hors atteinte de la limite de consommation maximale allouée une fois encore). Donc afficher un tableau indiquant nombre de threads et fréquence n'est réellement valable que pour le logiciel testé et ce dans les conditions du test, puisque ce sera différent entre Prime95, Cinema4D, Vegas ou autres, mais aussi durant un épisode caniculaire avec un refroidisseur moyen ou en hiver avec un super watercooling, etc.
par Un Ragoteur du Grand Est, le Jeudi 04 Juin 2020 à 21h33  
par wolfsen, le Jeudi 04 Juin 2020 à 19h46
Bon sinon je viens également de comprendre pourquoi j'avais l'impression que ma 2080 super OC était un peu en dessous de la moyenne malgré que je joue en 4k 60Hz, j'ai un 2600k qui ne gère pas le PCIE 3.0 même si ma CM le peut
Enfin une excuse pour le changer !
Un 2600K même fortement O/C , bride clairement une RTX 2080 , peu importe s'il y a le pci-express 3.0 ou pas.
par wolfsen, le Jeudi 04 Juin 2020 à 19h46  
par Eric B., le Jeudi 04 Juin 2020 à 06h32
Ce que tu demandes est déjà en bonne partie réalisé et ça ne date pas d'hier, puisque nous mesurons systématiquement les fréquences réelles appliquées selon le nombre de cœurs sollicités (cf. tableaux + captures d'écran CPU-Z pages 3 & 4). Ajouter un graphique pour montrer l'évolution de la fréquence au cours d'une tâche pourquoi pas, je ne suis pas sûr pour autant que ça apporte grand-chose de plus en termes d'informations, à ce que nous proposons déjà. Ce serait peut-être plus parlant pour certains par contre, la suggestion est notée en tout cas.
C'est cool que vous ayez rajouté la fréquence par nombre de cœurs, les derniers test que j'ai lu en détail étaient ceux des Ryzen 3700x/3900x et 3950x/9900ks où ça se limitait à la fréquence sur 1 et sur tous les cœurs.
Bon sinon je viens également de comprendre pourquoi j'avais l'impression que ma 2080 super OC était un peu en dessous de la moyenne malgré que je joue en 4k 60Hz, j'ai un 2600k qui ne gère pas le PCIE 3.0 même si ma CM le peut
Enfin une excuse pour le changer !
par Eric B., le Jeudi 04 Juin 2020 à 13h42  
par Etropmej en Île-de-France, le Jeudi 04 Juin 2020 à 12h22
En parlant de ça, merci pour le tableau récapitulatif des fréquences par cores. Après, il y a bien une différence entre le nombre de threads utilisés (ex: 9ème et 10ème threads sur https://www.techpowerup.com/review/intel-core-i5-10500/20.html), chose que CDH ne montre pas encore. ; Mais en tout cas, merci de l'avoir fait.
L'HT (ou SMT chez AMD) consiste à utiliser 2 files distinctes pour le traitement des micro-ops par les unités d'exécutions au sein d'un même cœur. La gestion des fréquences par Turbo Boost 2.0 chez les bleus ne s'opère donc pas par thread, mais bel et bien par nombre de cœurs sollicités (tu peux d'ailleurs le vérifier aisément dans le bios), c'est pourquoi c'est ce point que nous jugeons pertinent de mesurer.

Ce qui explique par contre les variations entre threads partageant un même cœur, c'est l'impact de la limite de consommation. En effet, comme l'HT augmente le taux de "saturation" des ressources, il génère une consommation supérieure en général. Lorsque cette dernière excède l'enveloppe allouée, le CPU réagit alors en abaissant fréquence et tension de manière extrêmement rapide en jonglant entre les cœurs à ce niveau, pour revenir dans l'enveloppe allouée. C'est pourquoi tu notes toi même que ce comportement survient de manière notable (si tant est qu'1,5% puissent être considérés comme tel) qu'aux 9/10ème threads dans cet exemple (6 threads conduisent par exemple à des fréquences plus élevées que 5 ici), car avec un tel parallélisme on arrive justement au limite de l'enveloppe allouée pour le CPU testé et cet usage.

Tu comprendras donc aisément que selon le type de tâches soumises et la façon dont l'ordonnanceur de Windows décide de les affecter aux ressources ("cœurs" virtuels), tu peux ou pas avoir des variations de fréquence entre couple de threads, c'est pourquoi il me parait plus pertinent de se borner au comportement par cœur.
par Etropmej en Île-de-France, le Jeudi 04 Juin 2020 à 12h22
D'ailleurs vous déterminez les fréquences avec une longue session de Prime95 j'imagine ?Pour une évolution de la fréquence au cours d'une tache, idem, je te rejoins sur le fait que ce ne sera pas très utile. Autant attendre "3 plombes" et prendre la fréquence la plus basse atteinte pour avoir un chiffre totalement fiable.A la place, je propose d'avoir les fréquences par threads sans AVX et avec AVX (1, 2 et 512. Le plus récent sera utilisé pour avoir la plus basse fréquence garantie), voire si possible carrément voir les fréquences no AVX, AVX, AVX 2 et AVX 512 séparés.
Plusieurs logiciels sont utilisés pour noter le comportement, je préfère OCCT, mais c'est un choix personnel. Par contre, des tâches plus "réelles" sont aussi réalisées pour voir en pratique ce que cela donne avec un long rendu ou un calcul d'IA.
par Etropmej en Île-de-France, le Jeudi 04 Juin 2020 à 12h22
Vous n'avez pas carte mères estampillées "Gen 3" en Z68 ou une carte mère Z77 dans les cartons ?Après, même le PCIe 3.0 x8 (soit PCIe 2.0 x16) bride une RTX 2080 Ti que de 3% au pire des cas: https://www.techpowerup.com/review/nvidia-geforce-rtx-2080-ti-pci-express-scaling/6.html.
Si j'ai bien (très capricieuse ceci-dit), mais la carte mère ne transformera pas les lignes PCIe 2.0 d'un CPU Sandy Bridge, en 3.0. Et j'espère que nous aurons mieux qu'une 2080 Ti pour le prochain protocole
par Etropmej en Île-de-France, le Jeudi 04 Juin 2020 à 12h22
Par contre pour le protocole CPU 2020, ne vaudrait-il pas mieux utiliser que des logiciels pouvant utiliser AVX, AVX2 et AVX512 seulement si le CPU le gère ? Voire même sans AVX étant donné que chez Intel ça joue énormément sur la fréquence des CPUs.Ca permettrait même de remonter les tests jusqu'aux CPUs Nehalem, LGA 1366 prenant des hexa cores qui brideront beaucoup les GPUs.
Je ne suis pas sûr de bien comprendre ce que tu veux dire dans ce dernier paragraphe, mais tel que je l'entends, oui l'idéal est bien entendu d'utiliser des logiciels qui peuvent exploiter les différentes intégrations d'AVX si existantes, mais capables aussi de fonctionner sans le cas échéant. C'est loin d'être généralisé, bien souvent lorsqu'il n'y a pas de support pour l'AVX, le logiciel ne s'exécute tout simplement pas. On se retrouve alors avec l'absence de score pour certaines références, rendant l'indice et donc la comparaison "moyenne" totalement inéquitable. Bref ce n'est pas si simple de trouver exactement ce que l'on souhaite, qui corresponde aussi à un usage pratique, permette de remonter aussi loin que possible dans l'histoire des CPU, tout en n'excluant pas les apports des derniers ajouts au jeu d'instructions, vu leur apport dans certains domaines.
par Etropmej en Île-de-France, le Jeudi 04 Juin 2020 à 12h22  
par Eric B., le Jeudi 04 Juin 2020 à 06h32
En parlant de ça, merci pour le tableau récapitulatif des fréquences par cores. Après, il y a bien une différence entre le nombre de threads utilisés (ex: 9ème et 10ème threads sur https://www.techpowerup.com/review/intel-core-i5-10500/20.html), chose que CDH ne montre pas encore.
Mais en tout cas, merci de l'avoir fait.

D'ailleurs vous déterminez les fréquences avec une longue session de Prime95 j'imagine ?

Pour une évolution de la fréquence au cours d'une tache, idem, je te rejoins sur le fait que ce ne sera pas très utile. Autant attendre "3 plombes" et prendre la fréquence la plus basse atteinte pour avoir un chiffre totalement fiable.

A la place, je propose d'avoir les fréquences par threads sans AVX et avec AVX (1, 2 et 512. Le plus récent sera utilisé pour avoir la plus basse fréquence garantie), voire si possible carrément voir les fréquences no AVX, AVX, AVX 2 et AVX 512 séparés.
par Eric B., le Mercredi 03 Juin 2020 à 05h50
Vous n'avez pas carte mères estampillées "Gen 3" en Z68 ou une carte mère Z77 dans les cartons ?

Après, même le PCIe 3.0 x8 (soit PCIe 2.0 x16) bride une RTX 2080 Ti que de 3% au pire des cas: https://www.techpowerup.com/review/nvidia-geforce-rtx-2080-ti-pci-express-scaling/6.html

Par contre pour le protocole CPU 2020, ne vaudrait-il pas mieux utiliser que des logiciels pouvant utiliser AVX, AVX2 et AVX512 seulement si le CPU le gère ?
Voire même sans AVX étant donné que chez Intel ça joue énormément sur la fréquence des CPUs.

Ca permettrait même de remonter les tests jusqu'aux CPUs Nehalem, LGA 1366 prenant des hexa cores qui brideront beaucoup les GPUs.
par Eric B., le Jeudi 04 Juin 2020 à 06h32  
Ce que tu demandes est déjà en bonne partie réalisé et ça ne date pas d'hier, puisque nous mesurons systématiquement les fréquences réelles appliquées selon le nombre de cœurs sollicités (cf. tableaux + captures d'écran CPU-Z pages 3 & 4). Ajouter un graphique pour montrer l'évolution de la fréquence au cours d'une tâche pourquoi pas, je ne suis pas sûr pour autant que ça apporte grand-chose de plus en termes d'informations, à ce que nous proposons déjà. Ce serait peut-être plus parlant pour certains par contre, la suggestion est notée en tout cas.