Reprise du message précédent :

Merci pour cette confirmation.
 
Je ne vais pas courir après les versions de CPU-Z parce personnellement, je n'ai plus l'utilité de ce logiciel, auquel je préfère largement HWiNFO64.
 
Mais pour toi, si tu tiens à rendre compatible ton script avec le RAID du X370, et bien... bon courage ou plutôt bonne chance

Zonka, j'ai regardé où les erreurs sont reportées et c'est à chaque fois que j’exécute une commande extérieure (grep, ffmpeg, mkvmerge...)
Cela fait fortement penser à un blocage de l’antivirus...

Tu peux essayer de mettre sh.exe dans les applications de confiances?
La source est normalement totalement sure:
https://sourceforge.net/projects/unxutils/

Mais bon je peux aussi comprendre que tu ne veuilles pas risquer quoi que ce soit sur ton système ou même y passer trop de temps
Je n'aime pas rester sur un échec désolé

Par contre pour CPUZ et le raid AM4 difficile contourner le problème tant que la nouvelle version n'est pas dispo.
HWiNFO64 ne semble pas compatible avec les lignes de commande. Vous connaissez un outil autre que coreinfo et cpuz gratuit qui peut reporter les instructions via ligne de commande?
J'aurais aimé me contenter de l'appli "coreinfo" mais malheureusement, pour AVX et FMA il y a juste un rapport compatible/non-compatible sans savoir la version AVX, AVX2, FMA3, FMA4...

Aucun souci , Nono0000 , je n'aime pas non plus quand "ça marche pô", je testerai ça ce soir, le but étant que ça fonctionne

 
J'arrive à reproduire le problème sur mon PC du boulot avec win7... je n'ai pas les droits admin donc je ne peux faire grand chose mais la commande grep à travers le sh ne marche qu'une fois sur 10 sinon j'ai comme toi un crash de la commande...
Je cherche un workaround

C'est uniquement un test Windows ou on peut aussi bencher via Linux ?

Uniquement Windows car les versions de ffmpeg et autres sont les versions win32... mais peut etre que Sagittaire le rajoutera par la suite

Zonka, j'ai fait une nouvelle version du script.
J'utilise cette fois les binaires fournis dans le package de git qui sont bien plus récents mais également bien plus lourds

Si tu peux effacer le répertoire "Tools" puis dézipper cette archive dans le répertoire où tu as mis le bench:
https://www.sendspace.com/file/yibzi4

Si tu n'as pas le temps, je ferais le test demain sur mon PC au boulot

Edit: J'ai changé le lien... dans cette version plus besoin de cpuz également. Avec coreinfo et le log du premier test j'arrive normalement à retrouver toutes les infos sur les features des CPU...
Donc cela devrait marcher pour Ryzen...

Edit2: Victory!!! ça marche sous win7 (du moins sur mon portable)

Sagittaire adore le Ryzen mais dans chaque topic il se trompe dans son orthographe C'est pas compliqué y'a Zen dedans
PS: Et purée il a apparemment induit tout le monde dans son erreur puisque a peu pres tout le monde sur ce topic (a l'exception du post juste au dessus) a ecrit Rysen (qui a mon humble avis se prononcerait du coup "raillessenne" ), au lieu de Ryzen

 
oky je vais revoir ton script sans utiliser coreinfo (suffit d'extraire les SIMD compatibles dans le premier encodage x265 en mode auto qui scan lui-même les SIMD dispo).

 
teste avec ton CPU plutôt que de raconter des conneries ... ;-)

Drapal.

Pas moyen de porter ça sur Linux même via l'utilisation de Wine pour le ffmpeg ? Ça permettrait de faire tourner ça sur un live-USB d'une distri minimale pour impacter au minimum les perfs, ce qui supprimerait (quasiment) l'aléa de l'OS qui pompe des ressources pour ce qui tourne en tâche de fond.

 
pas besoin de Wine, ffmpeg, x264 et x265 ça se compile pour tous les OS.
 
Mais bon là on parle d'une incertitude sur les résultats qui sera de l'ordre du pourcent sur un encodage x264 ou x265 sur 1500 frames.

J'ai dézippé le truc de nono (3 posts plus haut) : No such file or directory

Edith : Ah, doit falloir le fichier de sagittaire avec

 
C'est bien ça, il faut dezipper l'archive de sagittaire puis la mienne par dessus...

Du coup je vous file mon 2600K@4.2 GHz

Le 1700@stock fait grosso modo 2 fois mieux.

Allez, testé avec mon 2500K@4.5 Ghz.
 
Le script de Nono0000 fonctionne parfaitement    
 

C'est pas une connerie Mais bon je veux bien faire le test, mais c'est quoi la derniere version ? J'ai vu que Nono0000 a mis a jour le test, y'aurait pas moyen de mettre a jour le zip qui est dans l'OP pour qu'on puisse avoir la derniere version sans avoir a se taper tout le topic ? Non pas que je sois flemmard mais ca serait plus facile pour ceux qui viennent d'arriver.

L'archive de Sagittaire c'est l'archive qui est dans l'OP ?

Je pense qu'on peut intégrer le script de nono0000 dans l'archive en lien initial du topic, on a visiblement été plusieurs a le 'valider'

Ouais sauf que moi ca marche pas du tout. j'ai dezippe l'archive de l'OP puis celle de Nono0000 (la derniere) par dessus et on me sort une deferlante d'erreur liees a Cygwin.

Oui, d'autant qu'il fonctionne parfaitement sur ma config revêche:
 

J'ai reboot et ca a marché (avec des warnings ici et la mais bon). Pour info j'avais l'antivirus atif et un telechargement en cours. Mon CPU est un 4770K oc @4.5GHz.

Thx pour le test.

Un autre à fréquence stock serait le bienvenue même si je peux assez facilement le scaler ... ;-)

EDIT: je pense que tu as eu un problème lors de l'encodage x264: tu devrais être beaucoup plus haut. cad au moins au niveau du résultat d'un i7-4790K obtenu par HFR cad 11.77 fps.
Tu as peut-être une appli tierce qui c'est déclenché pendant l'encodage.

 
je travaille dessus pour le valider et le simplifier (l'extraction des compatibilités avec les SIMD se fera directement a partir d'un encodage x265 en mode "auto" ).

Mon antivirus a declenche des scans pendant le test (au moins une fois j ai pas toujours regarde) et je crois que ca faisait attendre le test avant qu'il demarre. Sinon j'avais Windows creators update qui se telechargeait en meme temp xD Je vais retester tout ca ce weekend avec tout coupé derriere et en frequence stock. Je peux peut etre essayer a 4.7GHz aussi, pas sur que mon cpu ne throttle pas cela dit a cette frequence, ca chauffe beaucoup et mon ventirad est pas super costaud (Scythe Kabuto 3)

Il intéresse pas mon 2600K ?  

 
si si justement: résultat pas cohérent entre i5-2500K@4.5 et i7-2600K@4.2
 
Le i5-2500K devrait être pratiquement au niveau du i7-2600K en x264.
 
Pour cela que donner son résultat en stock et avec son meilleur OC est aussi utile; je peux pointer des incohérences liées à une charge qui n'est pas dédié aux bench à 100%

J'ai lu (mais encore jamais testé) que Windows 10 offre un "mode jeu" censé réduire autant que possible l'activité cachée du système au profil du jeu ou de l'application au premier plan.
Si ça fonctionne bien ainsi, ce pourrait être un bon protocole pour tout benchmark.

 
Cela n'est vrai que depuis la version 1703 disponible depuis la semaine dernière.
De plus, ce mode jeu n'est pas disponible sur le bureau/lignes de commande normalement...

A mon sens l'hyperthreading de l'i7 lui fait gagner 20-25% max donc l'écart me sembler normal vu la fréquence proche (300 MHz de plus seulement pour l'i5)

J'essaierai @stock éventuellement

Benchmark automatique complet en cours de up
Merci à Nono0000 pour son script

En fait c'est plutôt 10-15% de gain pour le x264 et le x265 avec l'HT. Mais là tu as 33% d'écart avec une fréquence inférieure. De plus les résultats x264 et x265 ne se scalent pas bien non plus.
Le i5-2500K@4.5 devrait être au moins à ~8.00 fps. Par exemple mon petit i5-3550@3.5 obient 7.18 fps avec le x264.

test avec mon petit notebook par curiosité :

J'ai refait le test avec toutes les applis en arriere plans fermées, antivirus desactivé, etc
 
4.7GHz n'est pas super stable chez moi donc j'ai fait le test a 4.6GHz sous 1.31v ou mon CPU a atteint un tres bref instant 99℃ mais etait plus souvent autour de 88℃, donc a priori pas ou peu de throttle (un delid semblerait utile a mon CPU, la raison pour laquelle ma config 24/7 est a 4.5 et pas 4.6 ^^).
 
J'ai egalement fait un test @stock (base @3.5GHz / turbo 1c @3.9G / turbo 4c @3.7G) qui tournait donc a sa valeur turbo 4c de 3.7GHz pendant le test.
 
Puis un dernier test @4.5GHz car le 1er etait fausse du fait de ce qui tournait en arriere plan, notamment mon antivirus qui bloquait x265 au demarrage, ainsi que le dl de Creators Update

* dans le premier test @4.5G, des applis tournaient en arriere plan et ont clairement ralenti le test.
** dans la 2e serie de tests @4.5G, il semble que le test MMX2 se soit arrete en cours de route, apparemment le simple fait de cliquer la fenetre DOS bloque le test -.-
*** throttling ? (99℃ atteint brievement pour une limite de 100℃). Etonnant que ca ne soit pas arrive en AVX/AVX2 mais le test etait plus court pour ces derniers si je ne m'abuse.

De ce que j'ai pu constater sous Win 10, ce n'est pas qu'en apparence.
Un clic dans la fenêtre a le même effet qu'un appui sur la touche "Pause": un défilement et une exécution interrompus, qui ne reprennent que sur la pression de la touche Espace.
 
C'est en tout cas ce que j'ai remarqué avec Robocopy.

Au fait, je viens tout bêtement de tester le script modifié par Nono0000 sur une machine que je bricole/tests, flot d'erreurs : c'est tout simple, les .exe sont prévus pour version 64 bits, je suis en 32 bits.
 
Je comprends qu'un OS 32 bits puisse n'intéresser personne dans un contexte de bench d'encodage, je le signale juste au passage

si quelqu'un à un AMD 1950X pour faire le bench @stock et @3.9 Ghz

Bi E5 2670@3Ghz, ram 8chan@1600Mhz
 
Le CPU est rarement voir jamais à 100%, en x264 ça tourne autour de 80% d'utilisation sur 32 Thread

Salut, ça dure combien de temps environ le bench ? j'ai bien envie de tester sur mon fixe et mes 2 PC portables.
avec des CPU :
Intel Core i3-350M
Intel Core i7-6700HQ
Intel Core i7-4790K
 
 

J'avais oublié ce topic

Du vieux Dualcore époque C2D, ça intéresse oopa ? (pour savoir, parce que ça va impliquer de mettre un Windows pour le coup )

@Franchies : Dépends de ton CPU, plus il est lent, plus ça dure Mais de mémoire c'est pas non plus des siècles.

Double pour la bonne cause, j'en ai profité pour sortir un bench de mon 2600K@3.5 GHz (fréquence d'été )