A l'occasion de l'arrivée prochaine des processeurs Ryzen d'AMD, nous avons consacrés ces dernières semaines a l'élaboration d'une nouvelle version de notre protocole de test CPU.
 
Lire la suite ...

En attendant les tests donc, ça me fait penser que :  
 
- Sauf truc inattendu, Win10 ne sera pas dans l'immédiat pour moi
- Le warez et le démat/DRM : la grande histoire d'amour du XXIème siècle

Une news intéressante et bien illustrée.  
Merci pour ces précisions !
J'ai hâte de voir ce protocole être appliqué à un bon petit Ryzen.  

Super ! Merci beaucoup pour votre transparence et votre professionnalisme habituels !

Super !
il y a une différence significative de gestion cpu entre 8.1 et 10 ?
J'ai jamais eu la version 8

sympa ca

"A l'occasion de l'arrivée prochaine des processeurs Ryzen d'AMD"
allez je vais linké ça comme rumeur d'un site HFR sérieux à propos de la date du lancement du nouveau CPU sur le topal Ryzen...

En tout cas, c'est pas la sortie de KabyLake qui a obligé l'amélioration des protocoles de tests de HFR    ("na')  Mais bien Ryzen, et toc'          

Sinon, bon boulot et bon courage pour le reste. C'est beaucoup de travail tout ça !!!

pour la version Windows 10, comme vous avez des besoins spécifiques de stabilité, pourquoi ne pas avoir choisi l'édition LTSB (Long Term Support) ??
Dépourvue de Edge, de Cortana et du Store, elle éviterait les biais de toutes ces app qui ont tendance à se gérer un peu tout seul.
http://www.howtogeek.com/273824/wi [...] explained/

Vous seriez retournés sur un bon Windows 7, vous n'auriez pas eu à vous pincer les neurones à ce point.

Microsoft tweak en permanence son scheduler pour les nouveaux processeurs (il faut par exemple pour un nouveau CPU prendre en compte l'hyper threading, et sur le cas des FX avec les modules, Microsoft proposait un patch optionnel qui améliorait "parfois" les performances, mais pas forcément systématiquement) mais les changements sont rarement explicités (ou je ne les ai pas vus, parfois c'est caché dans une vidéo sur Channel9). En pratique on joue sur des marges très faibles pour nos benchs.  
 
Par observation, mais c'est peut être une impression, je dirais que 10 a tendance a beaucoup plus "balader" des threads d'un coeur à l'autre que 8 et (surtout) 7. Il y avait eu un gros changement sur la gestion des locks lors du passage à 7, pour ceux qui ont 59 minutes devant eux cette vidéo : https://channel9.msdn.com/Shows/Goi [...] tcher-Lock
 
Indépendamment, certaines fonctionnalités comme la gestion du Turbo "améliorée" est réservée à Windows 10 mais c'est surtout pour des raisons marketing (et forcer les OEM a migrer vers 10).

Toi tu as tout compris à l’explication du pourquoi du comment win10 *facepalm*

Tester un CPU/GPU ou autre matos dernière gen avec un OS qui a 10 ans. Crédibilité du test : 0.

On y a pensé mais on a préféré une version plus proche de celle qu'utilisent les utilisateurs grand public.
 
Sur le papier et pour nous faciliter la tache, la LTSB est parfaite, sauf si on se retrouve avoir besoin d'une mise à jour du scheduler qui n'est dispo qu'avec la toute dernière version publique. Il y a aussi des "features" comme le "Game Mode" qui pourraient être intégrées au protocole (en fonction des timings respectifs) : http://www.hardware.fr/news/14889/ [...] ws-10.html  
 
Dans l'inconnu, on a joué la prudence. Donc on a préféré partir d'une version plus proche de celle utilisée par tout le monde, pour avoir, si nécessaire, un peu plus de marges de manoeuvres.

ah oui, le Game Mode, mais cela signifie la "creator update" (probablement 1704)?  
 
Très bien d avoir tout automatiser vos tests en tous cas, je voie déjà l'article du mois de mai qui va synthétiser les résultats de ce protocole HFR à base de Win10 1607 "Anniversary update" vs les mêmes tests sur la "Creator Update"

Bien que sans doute bcp trop tôt pour en parler, une fois le protocole bien ficelé et automatisé, avez vous l intention de refaire un comparatif géant?
Le dernier de HFR date de 2011: http://www.hardware.fr/articles/77 [...] l-amd.html
Notamment avec les graphes très intéressant de performance/prix, qui seraient d'ailleurs avantageusement complétés par des graphes de performance/watt et performance/decibel puisque la meilleure gestion de l'énergie est peut-être le progrès le plus net de ces 5 dernières années!

J'en parle ici justement pour la partie applicative: les jeux récents mis de côte, bcp des applications fonctionnent encore sur un vieux PC de 10 ans par ex.

Déjà, avez vous encore qques vieilles machines en réserves?

Bon, AMHA, c'est pas vraiment utile de tester tous les CPU, mais il serait super intéressant d avoir qques références populaires sur chq archi, à commencer par les Athlon 64 x2 et autre Pentium4 D qui sont peut etre les + vieux CPU capable de faire tourner Win10 à peut prêt correctement, j'élimine tous les CPU single core qui sont trop poussif sous NT6.

Un tel test pourrait AMHA vraiment mettre l'accent sur les progrès énergétique.
Ou autrement dit, rien que sur l aspect nuisance sonore et consommation électrique, ce test permettrait de convaincre certains(*) de remplacer leur vieux PC par un PC NUC ou une tablette: n'importe tablette Atom fait sans doute mieux sur pas mal d appli qu'un P4 D de l'époque.

(*) pas les lecteurs directs de HFR, mais chq lecteur conseille ses proches...

C'est trop tôt oui. Le but est clairement de pouvoir tester beaucoup plus de processeurs qu'avant
 

Oui

Pour en revenir aux arguments HFR : ca manque cruellement dans Win10 d'avoir la possibilite de dire "stop, je veux aucune tache de fond".
 
Les mises a jour: oui ok, mais genre 1x semaine c'est assez non? Et encore, quand il n'y a pas d'application qui sature disque/reseau/processeur/carte graphique...
 
C'est si dur de laisser les ressources a l'utilisateur?
 
c'est pareil a chaque edition... il faut faire un gros nettoyage...
 
Le but d'un OS c'est de supporter toutes les autres taches, en premier lieu ce que l'utilisateur veut faire!
 
A-t'il vraiment besoin d'une indexation des fichiers en arriere-plan -> non.
 
A-t'il vraiment besoin de defragmenter son disque chaque jour -> non.
 
Un defrag toutes les 100 heures (ou plus) suffira, ou plus simplement ne pas fragmenter a l'ecriture de fichiers (ah oui mais on est tjrs en FAT ou NTFS). Une indexation a la volee devrait suffir, pareil pour l'antivirus. Si tu ne fais rien, il ne fait rien non plus.
 
On a des processeurs avec des modes d'economie d'energie fantastique, mais qui ne s'active quasi pas car en permanence il y a un programme ou l'autre qui se reveille.
 
 
Pareil sous Android, il faut bien administrer pour que comme moi, la batterie tienne 7 jours

Bah déja pour les test DX12.
Et comme dis dans l'article la gestion du multi-thread.

Et ils vont pas faire les tests sur 10 OS, lequel choisir alors ? Celui qui est compatibles avec toutes les dernières gen.

Tu as en effet raison, en relisant, crédibilité 0 sur win7 c'est stupide ^^
 

Nos critères pour rentrer dans le protocole, c'est un type d'usage lourd, qui scale sur beaucoup de coeurs, et deux applications pour tester.  
 
Difficile d'appliquer ça correctement pour une lecture vidéo ou on a surtout deux cas, la lecture est OK ou elle est saccadée. C'est plutôt un thème qu'on essaye d'aborder quand on teste la partie iGPU des processeurs : http://www.hardware.fr/articles/94 [...] ation.html

 
Tiens j'avais même pas fait gaffe
Et en bloquant l'horloge du pc à une date donnée + en bidouillant le fichier où il compte les nombres de fois où le jeu est exécuté  (copier le fichier de la 1ere fois et coller/remplacer le nouveau... au pire !! Sinon l'editer, c'est encore plus simple quand on a les compétences comme vous ) ??

Très franchement, étant utilisateur de Windows 10 LTSB (Anniversary), je pense que vous auriez pu adopter cette édition en fermant les yeux ! A chaque innovation majeure du système, une nouvelle édition de LTSB est proposée. Mais pour le reste, vous n'auriez plus eu de problème avec GameDVR (étant désactivé par défaut), de mise à jour ou de télémétrie (même si quelques éléments persistent dans l'édition LTSB).

Je veux bien bidouiller, mais leur DRM est un peu plus compliqué qu'écraser un fichier.
 
On peut restaurer des backups Steam, mais on a vite le même problème (en général 3 lancements autorisés offline). Dans l'ancien protocole on faisait 6x par processeur (on en fait plus sur les jeux parce qu'ils sont beaucoup plus instables dans leurs résultats) donc ca devient vite très lourd.
 
En comparaison, un jeu dispo sur GOG pour nous, c'est du bonheur

 
Ce teasing

Moi qui me disait il y a justement quelques jours "Oui bon aller, je vais peut être passer à Windows 10 pour avoir les dernières fonctionnalités, jvais bien trouver des tweaks pour l'empecher de me saouler." vous m'avez convaincu de ne jamais y passer

quel protocole !
bon courage en tout cas pour la partie jeu
quelle galère pour bencher un jeu du windows store ....

Pour les jeux steam, j'ai une idée :
une sauvegarde de chaque jeu à jour, avec l'outil steam, et un déploiement du jeux sur chaque machine.
et pour ne plus avoir de mise à jour mais internet en même temps à la limite on peut peut être bloquer via les fichiers hosts, le site de téléchargement de Steam. (pour éviter les maj par inadvertances )

C'est ce que l'on avait fait pour Skylake, cf le lien, on avait testé l'iGPU et diverses supposées accélérations GPU vs CPU avec MPC-HC et LAVFilters/ffmpeg.  

Il manque le lien de téléchargement

Cf plus haut, un backup Steam ne fonctionne offline que 3 fois.  
 
En mode online, si Steam ne peut pas contacter le serveur quand on lance le jeu il repasse offline à première vue. Je vérifierai quand même

je viens de voir arf, ouai, quelle misère

J'ai pu lancer F1 2016 4x de suite en lancant Steam en mode online et en coupant le réseau sans passer en mode offline, y'a peut etre une piste Je vais faire quelques essais on sait jamais ! Le problème est qu'il n'avait pas de MAJ pending (quand on retarde au lancement la MAJ, elle est quand même marquée dès le login Steam), ce qui serait le cas d'un jeu backupé, bref a suivre.

Sinon vos confrères ont peut être une astuce non ?
(si on élimine ce qui ne font pas des test rigoureux)

On a tous le même problème oui. La solution classique c'est d'éviter Steam, ou de refaire les benchs quand il y a un patch (Damien a souvent le problème pour les tests GPU).

En utilisant https://support.steampowered.com/kb [...] -GLVN-8711  
 
il y a peut être moyen de trouver comment laisser passer l'authenfication pour Steam sans le laisser vérifier les mises à jour de jeux du tout via un firewall.

Joli protocol de test, j'ai hâte de voir les ryzen y passer !  
 
Une petite question: est ce que vous pourriez mettre en place un protocol de test CPU sous linux ? Genre compilation, blender, scripts python un peu lourd, etc ..

Et pourquoi ne pas faire certains test cpu sous linux ? Ca faciliterai la vie niveau install/reinstall/telemetrie, non ?

A tenter merci pour le lien.
 

Se faciliter la vie, ça n'est pas le créneau de HFR !  
 
C'est sur que ce serait plus simple sur certains points mais ça veut dire oublier une grande partie des jeux récents qui ne sont pas portés (oui je sais qu'il y en a quelques uns, mais au final peu, et sous Steam souvent donc on retrouve les mêmes problèmes).  
 
En pratique, la majorité de nos lecteurs sont quand même sous Windows (j'attends les lecteurs qui demandent un protocole sous MacOS !).
 
Sinon faire un protocole à part sous Linux après, d'autres le font déjà, comme Phoronix : http://www.phoronix.com/
 
Pas certain de ce que l'on apporterait par rapport au travail nécessaire pour mettre ca en place. A titre personnel, je pense qu'il serait beaucoup plus pertinent qu'on mette effectivement en place un protocole CPU sous Linux, mais spécialisé sur les charges serveurs (pour tester du coup des plateformes serveurs).

très intéressant belle preuve de sérieux. HFR le seul site qui me permet de faire mes choix de matériel, pitié ne mourrez pas !!!

 
C'est vrai les tests de phoronix sont assez bien fait !
 
Moi je serais super intéressé par un test CPU serveur linux. Mon prochain PC risque de devenir un serveur qui va nécessiter pas mal de puissance de calcul + gérer plusieurs VM en même temps. Si les 8c/16t zen se trouvent à prix raisonables, ça serait le genre de trucs qui répond a mes attentes !
 
Les choses que j'aimerai voir c'est les performances avec un SGBD noSQL, serveur web (gérer un nombre de requêtes montant), scripts/programmes qui font pas mal de calculs, capacités en virtualisation et conteneurisation

Très bonne idée pour Linux/serveur mais j'imagine que la difficulté est la que la cible est beaucoup plus réduite donc moins intéressant pour un site gratuit non ?  
 
Le nouveau protocol semble couvrir la plupart des usage et être pertinent donc je suis satisfait . Bonne chance à vous pour l'appliquer aux processeurs Intel en attendant les Ryzen !