COMPTOIR
  
register

Composé par —————

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

• Visual Studio 2019

Pour les amateurs de conception de jeu, l'Unreal Engine est une valeur sûre de par sa licence permissive tant que vous ne faites pas fortune, et les quelques tutoriaux bien fichus afin d'apprendre les bases du développement. Nous testons ici la compilation du code source de la version 4.22 via Visual Studio 2019, une opération à n'exécuter qu'une fois si vous souhaitez utiliser l'UE4, à prendre ici comme un indice de puissance des processeurs dans des tâches de compilation et de développement logiciel lourd, tout en restant sous l'OS de Microsoft.

 visual studio

 

Si le 10900K se montre à nouveau notablement plus performant que son prédécesseur, cela ne lui permet toujours pas de revenir à niveau du 3900X, mais c'est suffisant pour dépasser les deux Ryzen 7 3000, qui devancent le 10700K d'une dizaine de pourcents. Le 10600K ne parvient pas de son côté à accrocher le wagon des Ryzen 5 3600/3600X.

 

 

 

Benchmarks Linux

Acheter un CPU doté de très nombreux cœurs en 2019 est difficilement recommandable pour un usage exclusivement ludique windowsien. Or, dans le domaine de la programmation, nombreux sont les professionnels ou professionnels en devenir à s'aventurer sous l'OS manchot. Nous avons décidé pour cette nouvelle fournée de tests de nous affranchir de la suite de benchmarks de Phoronix, pour passer sur un contrôle à grain plus fin des versions des codes utilisés.

 

• Compilation GCC 9.1

Pour ceux dont le hobby n'est pas de s'évader dans des mondes virtuels, la programmation est peut-être l'échappatoire. Armés d'un script de test open source maison, nous testons la compilation de GCC 9.1. Cette mouture datant d'août 2019, difficile de faire plus récent à l'heure actuelle ! La compilation est un exercice ardu pour nos puces, car le flot de contrôle est fortement irrégulier, rendant la tâche des prédicateurs de branchements hasardeuse. Cependant, la multitude de petits fichiers à traiter permet une grande scalabilité de la charge de travail, caractéristique à double tranchant puisque les CPU bleus sont impactés par les colmatages des failles liées à l'exécution spéculative.

 

gcc

 

Malgré la mitigation d'une partie des failles en hardware depuis le Core i9-9900K, les puces bleues sont en difficulté ici. Le Core i9-10900K ne parvient donc pas à devancer les Ryzen 7 3700X/3800X dans cet exercice. Il en est naturellement de même pour son petit frère face aux 3600/3600X, le 10700K devançant tout juste le dernier cité.

 

 

 

• Compilation Noyau Linux

Nous continuons dans la compilation avec cette fois le noyau linux en version 5.2. Tous les paramètres sont laissés à leur valeur par défaut par le script de configuration fourni, et le temps reporté comprend la compilation en tant que telle ainsi que les phases de génération de l'image, quant à elles faiblement threadées.

 

complation kernel linux

 

Les processeurs Zen 2 se comportent comparativement moins bien que dans le test précédent, de quoi permettre aux nouveaux venus de faire meilleure figure. Ainsi le 10900K s'intercale entre 3800X et 3900X, quant au 10600K, il égale le R5 3600. Pas de miracle par contre pour le 10700K qui s'intercale entre 3700X et 3600X.

 

 

Terminons nos évaluations par les tests ludiques, 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.