Forum |  HardWare.fr | News | Articles | PC | S'identifier | S'inscrire | Shop Recherche
2126 connectés 

 
 

Sujet(s) à lire :
    - [Topic Unique] Phenom II AM3 et AM2+
    - [Topic Unique] Processeurs Intel Sandy Bridge 32nm / Ivy Bridge 22nm
    - [Topic Unique] Processeurs AMD Llano A4/A6/A8 (APU 32nm)
    - [Topic unique] Cartes Mères AM3+ compatibles 100% (et moins) ● Q3 2011
    - [Topic Unique] Processeurs AMD FX-8300/6300/4300 (Vishera)
 

L'évolution de votre machine...




Attention si vous cliquez sur "voir les résultats" vous ne pourrez plus voter
Les invités peuvent voter

 Mot :   Pseudo :  
  Aller à la page :
 
 Page :   1  2  3  4  5  ..  578  579  580  ..  988  989  990  991  992  993
Page Suivante
Page Précédente
Bas de page 
Auteur Sujet :

[Topic Unique] Processeurs AMD Bulldozer FX-8100/6100/4100 (32nm)

n°8036276
wolfflyter
Posté le 08-09-2011 à 01:22:01  profilanswer
 

Reprise du message précédent :

regis183 a écrit :

Marc choisit ses benchs en fonction des résultats qu'il escompte!
Tout un monde s'écroule subitement :(


 
je ne pense pas  :p


---------------
該反思的是，往往有幫助
mood
Publicité
Posté le 08-09-2011 à 01:22:01  profilanswer
 

n°8036282
Yoyo_5
Posté le 08-09-2011 à 01:42:54  profilanswer
 

regis183 a écrit :

Marc choisit ses benchs en fonction des résultats qu'il escompte!
Tout un monde s'écroule subitement :(


Non il les choisi juste en fonction de la cohérence des résultats afin d'éviter les aberrations à la noix. ^^


---------------
¤ Paix et félicité ¤
n°8036340
Marc
Chasseur de joce & sly
Posté le 08-09-2011 à 08:49:53  profilanswer
 

moyen_moins a écrit :

Et blender ?
Ça sux comme sw de rendu pour faire un bench ? :??:
 
Edit : hugin pour faire les panoramiques il est mt je crois aussi (en plus d'être gpgpu).


 
C'est pas que ça sux mais autant que ce soit utilisé un minimum derrière sinon on perd le côté applicatif de la chose. Voilà ce que dit par exemple mon contact spécialisé dans le domaine au sujet des benchs 3D :
 

Citation :

"Je comprends ton petit soucis au vu de tes benchs actuels, mais le truc c est que y a vraiment aucune autres solutions qui interesse les artistes 3d autres que maya/max et Mentalray/Vray."


 

Wirmish a écrit :

Et x264 HD Benchmark 4.0 c'est nul aussi ?


 
Non, c'est applicatif et sur un truc largement utilisé (x264). Après, à titre perso j'ai pas besoin de truc tout fait pour bencher du x264, je préfère faire avec mes propres vidéos :o
 

Invite_Surprise a écrit :

Sur XS, j'ai trouvé 2 benchs sympa :
 
Un qui calcule des combinaisons d'échec :
 
http://www.xtremesystems.org/forum [...] hess-Test!
 
Un autre bench de rendu :
 
http://www.xtremesystems.org/forum [...] er-LuxTime
 
Les résultats ont l'air cohérent en tout cas.

Pour les echecs, il y a aussi Deep Fritz 12 qui inclus le populaire Fritz Chess benchmark 4.3 :jap:
 
Pour le rendu, cf plus haut. Mais je vais quand même regarder par curiosité :D
 

regis183 a écrit :

Marc choisit ses benchs en fonction des résultats qu'il escompte!
Tout un monde s'écroule subitement :(


 
Ba, tu peut le prendre comme ça si tu veux mais c'est pas le but.
 
Dans un protocole dont une moyenne sera tirée à partir d'une vingtaine d'entrée, je me refuse à intégrer des applications dont le le comportement serait trop "déviant". Du genre du simple au double entre des CPU dont on attend des performances "proches", que ce soit dans un sens ou dans l'autre. Après bien entendu, si c'est une appli qui est utilisée à 90% dans son domaine et/ou que toutes les applis concurrentes vont dans le même sens, ce n'est plus la même.
 
Il ne faut pas oublier que contrairement à ce qui se passe avec les GPU, Intel ou AMD ne peuvent pas intervenir après coup sur les performances via des pilotes. Tout est entre les mains des dev du logiciel, des outils qu'ils vont utiliser et de leur volonté de faire le travail d'optimisation pour l'architecture minoritaire (généralement c'est plus dans ce sens).

Message cité 1 fois
n°8036348
seth-01
Posté le 08-09-2011 à 09:03:35  profilanswer
 

Marc a écrit :

Pour les echecs, il y a aussi Deep Fritz 12 qui inclus le populaire Fritz Chess benchmark 4.3 :jap:
 
Pour le rendu, cf plus haut. Mais je vais quand même regarder par curiosité :D
 


 
ca faisait juste 2 fois que je le proposais mais aucune réponse !  :o

n°8036350
chriskenob​y
Que la force soit avec vous
Posté le 08-09-2011 à 09:07:07  profilanswer
 
n°8036358
matthiman
de Gilead
Posté le 08-09-2011 à 09:23:18  profilanswer
 

peut-être aurais-je assez de patience pour attendre le 6120  :ange:

Message cité 1 fois

---------------
Ventes - Feedback
n°8036359
MEI
|DarthPingoo(tm)|
Posté le 08-09-2011 à 09:23:39  profilanswer
 

Marc a écrit :

Quelle galère la mise en place du nouveau protocole de test cpu :cry:
 
Le principe de base étant d'avoir deux applis mini pour chaque usage, avec idéalement des fichiers de travail identiques ou proches.
 
3d ok (rendu mental Ray et vray), vidéo a priori ok (h264 2 passes sous x264 et mainconcept), compilation ok (mingw et visual studio), compression en cours (winrar et 7zip)
 
Mais...
 
Les softs de MAO, je crois que je vais zapper. Pour du bench j'utilise l'export mais sur Ableton il n'est pas multithread, sous Reaper oui mais les cpu Intel sont tellement loin devant que c'est bizarre, sous cubase 6 dur dur d'utiliser à fond le cpu sauf à faire des trucs pas réalistes ...
 
Les softs de traitement de RAW (lightroom, dxo, bibble, capture one, rawtherapy), tous placent les cpu Intel devant, si ils le font tous pourquoi pas mais certains l'ecart est abusif et/ou ils n'utilisent pas le multithread à fond.
 
Les softs de calculs (matlab, mathematica), je monte pas plus haut que 4 thread en pratique (bon pour mathematica normal c'est ce que permet la licence).
 
Et encore j'ai pas encore commencé les jeux :cry:
 
Ps : si quelqu'un touche sa bille sous mathematica ou matlab je suis preneur, histoire d'améliorer les fichiers de tests :D


Pour DxO, si tu modifies la configuration par défaut tu peux traiter plus d'images en //. Un processus de traitement utilisant plusieurs threads. Mais si tu dis traite 8 images en //, t'auras une utilisation CPU proche des 800% sur un CPU 8 threads... (sur mon C2Q j'suis a ~370% avec 4 images en //).
 
Par contre faut prévoir une blinde de RAM suivant les RAW et le nombre de processus... (c'est écrit dans la doc. les recommandations)
 
A noter pour DxO :
- traiter des RAW plutôt que des JPEG
- traiter des gros RAW si possible (>12Mpixel)
- traiter des RAW reconnu par le moteur de correction optique
 

Message cité 1 fois

---------------
| AMD Ryzen 7 7700X 8C/16T @ 4.5-5.4GHz - 64GB DDR5-6000 30-40-40 1T - AMD Radeon RX 7900 XTX 24GB @ 2680MHz/20Gbps |
n°8036361
tigreduboi​s
Posté le 08-09-2011 à 09:27:07  profilanswer
 

Marc a écrit :

Quelle galère la mise en place du nouveau protocole de test cpu :cry:
 
Le principe de base étant d'avoir deux applis mini pour chaque usage, avec idéalement des fichiers de travail identiques ou proches.
 
3d ok (rendu mental Ray et vray), vidéo a priori ok (h264 2 passes sous x264 et mainconcept), compilation ok (mingw et visual studio), compression en cours (winrar et 7zip)
 
Mais...
 
Les softs de MAO, je crois que je vais zapper. Pour du bench j'utilise l'export mais sur Ableton il n'est pas multithread, sous Reaper oui mais les cpu Intel sont tellement loin devant que c'est bizarre, sous cubase 6 dur dur d'utiliser à fond le cpu sauf à faire des trucs pas réalistes ...
 
Les softs de traitement de RAW (lightroom, dxo, bibble, capture one, rawtherapy), tous placent les cpu Intel devant, si ils le font tous pourquoi pas mais certains l'ecart est abusif et/ou ils n'utilisent pas le multithread à fond.
 
Les softs de calculs (matlab, mathematica), je monte pas plus haut que 4 thread en pratique (bon pour mathematica normal c'est ce que permet la licence).
 
Et encore j'ai pas encore commencé les jeux :cry:
 
Ps : si quelqu'un touche sa bille sous mathematica ou matlab je suis preneur, histoire d'améliorer les fichiers de tests :D


MAO et compile je vois pas trop l’intérêt. La MAO si j'ai bien compris c'est le temps d'export final. Mais quand on passe une semaine sur un projet, une minute de plus ou de moins à la fin c'est vraiment pas important. Quand on programme la compile est incrémentale (juste le fichier qu'on vient de modifier) résultat on peut développer n'importe quel type de projet sur un petit portable. Il n'y a que les serveurs qui compilent régulièrement les projets entiers.
 
C'est deux bons exemples de tâches qui ne sont en fait pas "cpu intensives", alors qu'il y en a d'autres qui le sont vraiment (des heures, des jours).
 
Plutôt que de voir ce genre de benchs, je préférerais 3 logiciels par catégorie, toujours en choisissant les plus utilisés, parce qu'il y a tellement de variations entre logiciels que 2 c'est simplement pas assez et ça conduit forcement à des biais (aléatoire ou voulus) par rapport à l'utilisation réelle que font les gens : il y a des dizaines et des dizaines de logiciels dans chaque catégorie, pas juste deux.
 
Donc j'aimerais bien voir blender, parce qu'il est gratuit et utilisé par de nombreux hobbyistes qui n'ont pas les moyens de s'acheter une tonne de matos. Et webM parce que après h.264 c'est le second codec un peu sérieux et susceptible d'être utilisé professionnellement sur le web.
 
Et svp pas de divx utilisé que par les pitis pirates, ni de cyberlink, arcsoft & co qui s'adressent aux tata jeannine encodeuses de video qui n'existent pas.

Message cité 3 fois
n°8036365
MEI
|DarthPingoo(tm)|
Posté le 08-09-2011 à 09:29:06  profilanswer
 

moyen_moins a écrit :

Bah, le SW détecte que c'est un CPU intel et hop, les bonnes lib sont utilisées.
K10 reste en MMX quand SB travaille en SSE [:ddr555]


Le soft peut aussi très bien utiliser le SSE4.x et vu que le K10 l'a pas...
Bref c'est dur de conclure. Mais vu que pas mal de soft sont Mac/Win, ça doit être optimisé Intel avant tout.

Message cité 2 fois

---------------
| AMD Ryzen 7 7700X 8C/16T @ 4.5-5.4GHz - 64GB DDR5-6000 30-40-40 1T - AMD Radeon RX 7900 XTX 24GB @ 2680MHz/20Gbps |
n°8036373
MEI
|DarthPingoo(tm)|
Posté le 08-09-2011 à 09:37:33  profilanswer
 

tigredubois a écrit :


MAO et compile je vois pas trop l’intérêt. La MAO si j'ai bien compris c'est le temps d'export final. Mais quand on passe une semaine sur un projet, une minute de plus ou de moins à la fin c'est vraiment pas important. Quand on programme la compile est incrémentale (juste le fichier qu'on vient de modifier) résultat on peut développer n'importe quel type de projet sur un petit portable. Il n'y a que les serveurs qui compilent régulièrement les projets entiers.
 
C'est deux bons exemples de tâches qui ne sont en fait pas "cpu intensives", alors qu'il y en a d'autres qui le sont vraiment (des heures, des jours).
 
Plutôt que de voir ce genre de benchs, je préférerais 3 logiciels par catégorie, toujours en choisissant les plus utilisés, parce qu'il y a tellement de variations entre logiciels que 2 c'est simplement pas assez et ça conduit forcement à des biais (aléatoire ou voulus) par rapport à l'utilisation réelle que font les gens : il y a des dizaines et des dizaines de logiciels dans chaque catégorie, pas juste deux.
 
Donc j'aimerais bien voir blender, parce qu'il est gratuit et utilisé par de nombreux hobbyistes qui n'ont pas les moyens de s'acheter une tonne de matos. Et webM parce que après h.264 c'est le second codec un peu sérieux et susceptible d'être utilisé professionnellement sur le web.
 
Et svp pas de divx utilisé que par les pitis pirates, ni de cyberlink, arcsoft & co qui s'adressent aux tata jeannine encodeuses de video qui n'existent pas.


En MAO il pourrait tenter Fruity Loops ou Reason avec un grosse zik bien baveuse, et calculer le taux CPU pendant une lecture. Car pour ces softs la puissance CPU sert surtout pour le temps réel pendant que l'on compose.
 
Par contre franchement avec un C2Q @ 3,0GHz y'a déjà pas mal de marge.

Message cité 1 fois

---------------
| AMD Ryzen 7 7700X 8C/16T @ 4.5-5.4GHz - 64GB DDR5-6000 30-40-40 1T - AMD Radeon RX 7900 XTX 24GB @ 2680MHz/20Gbps |
mood
Publicité
Posté le 08-09-2011 à 09:37:33  profilanswer
 

n°8036392
moyen_moin​s
chat réincarné
Posté le 08-09-2011 à 09:58:50  profilanswer
 

matthiman a écrit :

peut-être aurais-je assez de patience pour attendre le 6120  :ange:


Je vise aussi les x6.
Les x8, c'est de l'overkill dans mon cas :o

n°8036394
moyen_moin​s
chat réincarné
Posté le 08-09-2011 à 10:02:02  profilanswer
 

MEI a écrit :


Le soft peut aussi très bien utiliser le SSE4.x et vu que le K10 l'a pas...
Bref c'est dur de conclure. Mais vu que pas mal de soft sont Mac/Win, ça doit être optimisé Intel avant tout.


Faut pas venir me chanter que le SSE3 n'est pas utilisé par tout le monde (ie. tous les CPUs en sont pourvus). Et qu'entre le 4 et le 3, il y ait une différence du simple au double dans le traitement :ange:

Message cité 1 fois
n°8036397
mdc888
01010100 01101111 01110101 011
Posté le 08-09-2011 à 10:09:53  profilanswer
 

Marc a écrit :


Dxo 6.6 à l'avantage de très bien tirer partie de multiples cœurs (en augmentant le nombre d'images traitées en //, réglage optimal = la moitié du nombre de cœurs physiques ou logiques si ht) mais l'avantage de sandy bridge sur k10 est énorme, genre x6 1100t qui fait 500s pour un traitement qui en prends 275 sur i7 2600k...
 
Bibble tire bien partie des core et tjs à l'avantage d'intel mais dans une moindre mesure. Idem pour Lightroom qui tire moins partie des core (mais ça va encore).
 
Capture one c'est bcp pro Intel niveau résultat et tire moyennement partie des core.
 
Rawtherapy (basé sur dcraw open source) a des perfs horribles sur amd et ne tire que peu partie du multicore.


 
Je comprends ton problème, à savoir que certains softs avantagent clairement intel.
Mais si on se met à la place du consommateur, le photographe dans ce cas, je pense qu'il attendra des tests représentatifs de son activité au quotidien.
Et dans ce cas, on parle des softs les plus utilisés dans le milieu : Dxo et Lightroom
 
Cela renvoie à un problème d'éthique : si tu intègre des softs neutres, qui ne favorisent pas l'une ou l'autre des marques, tu auras un protocole au plus juste.
Mais tu t'éloigneras forcément des attentes du plus grand nombre, car ces softs risquent d'être minoritaires
 
Bref, j'aimerai pas être à ta place...  :pt1cable:  
Bon courage !  :hello:

Message cité 1 fois
n°8036399
chriskenob​y
Que la force soit avec vous
Posté le 08-09-2011 à 10:10:37  profilanswer
 

http://www.pcworld.fr/2011/09/08/m [...] mpaign=rss
 
Me suis bien marrer en voyant la photo, le gars qui a l air content, n a pas encore ouvert le carton...... y a ptet rien dedans.....:)

Message cité 1 fois
Message édité par chriskenoby le 08-09-2011 à 10:11:07

---------------
Les créateurs de l'Electro, c'est eux KRAFTWERK http://www.kraftwerk.com/concerts/ [...] _robo.html - Mes Cartes https://drive.google.com/drive/fold [...] 0-vZPkdfoi
n°8036402
Marc
Chasseur de joce & sly
Posté le 08-09-2011 à 10:12:55  profilanswer
 

MEI a écrit :


Pour DxO, si tu modifies la configuration par défaut tu peux traiter plus d'images en //. Un processus de traitement utilisant plusieurs threads. Mais si tu dis traite 8 images en //, t'auras une utilisation CPU proche des 800% sur un CPU 8 threads... (sur mon C2Q j'suis a ~370% avec 4 images en //).
 
Par contre faut prévoir une blinde de RAM suivant les RAW et le nombre de processus... (c'est écrit dans la doc. les recommandations)
 
A noter pour DxO :
- traiter des RAW plutôt que des JPEG
- traiter des gros RAW si possible (>12Mpixel)
- traiter des RAW reconnu par le moteur de correction optique


 
Pour DXO j'ai modifié la configuration pour utiliser 1/2 des coeurs physiques ou logique à dispo. C'était le réglage qui donnait les meilleurs résultats, pas de gain au delà voir des pertes. Côté utilisation mémoire j'utilise environ au max 700 Mo par process (donc 4x700 Mo sur 4 core HT).
 
C'était des RAW de 5DMark II ;)

n°8036412
MEI
|DarthPingoo(tm)|
Posté le 08-09-2011 à 10:17:49  profilanswer
 

mdc888 a écrit :


 
Je comprends ton problème, à savoir que certains softs avantagent clairement intel.
Mais si on se met à la place du consommateur, le photographe dans ce cas, je pense qu'il attendra des tests représentatifs de son activité au quotidien.
Et dans ce cas, on parle des softs les plus utilisés dans le milieu : Dxo et Lightroom
 
Cela renvoie à un problème d'éthique : si tu intègre des softs neutres, qui ne favorisent pas l'une ou l'autre des marques, tu auras un protocole au plus juste.
Mais tu t'éloigneras forcément des attentes du plus grand nombre, car ces softs risquent d'être minoritaires
 
Bref, j'aimerai pas être à ta place...  :pt1cable:  
Bon courage !  :hello:


Comme dit, la plupart des softs photos sont Mac/Windows, donc je veux dire, sachant que dans la photos le Mac est très répendu, je ne vois pas trop l'intérêt de passer du temps à optimiser pour AMD plus que pour Intel...
 
Et le photographe qui lit un bench CPU, ce qu'il veux c'est savoir quel CPU est idéal pour faire de la photo, pas quel CPU a le design le plus efficace en moyenne...
 
 

Message cité 1 fois

---------------
| AMD Ryzen 7 7700X 8C/16T @ 4.5-5.4GHz - 64GB DDR5-6000 30-40-40 1T - AMD Radeon RX 7900 XTX 24GB @ 2680MHz/20Gbps |
n°8036425
Marc
Chasseur de joce & sly
Posté le 08-09-2011 à 10:31:03  profilanswer
 

tigredubois a écrit :


MAO et compile je vois pas trop l’intérêt. La MAO si j'ai bien compris c'est le temps d'export final. Mais quand on passe une semaine sur un projet, une minute de plus ou de moins à la fin c'est vraiment pas important. Quand on programme la compile est incrémentale (juste le fichier qu'on vient de modifier) résultat on peut développer n'importe quel type de projet sur un petit portable. Il n'y a que les serveurs qui compilent régulièrement les projets entiers.

 

C'est deux bons exemples de tâches qui ne sont en fait pas "cpu intensives", alors qu'il y en a d'autres qui le sont vraiment (des heures, des jours).

 

Plutôt que de voir ce genre de benchs, je préférerais 3 logiciels par catégorie, toujours en choisissant les plus utilisés, parce qu'il y a tellement de variations entre logiciels que 2 c'est simplement pas assez et ça conduit forcement à des biais (aléatoire ou voulus) par rapport à l'utilisation réelle que font les gens : il y a des dizaines et des dizaines de logiciels dans chaque catégorie, pas juste deux.

 

Donc j'aimerais bien voir blender, parce qu'il est gratuit et utilisé par de nombreux hobbyistes qui n'ont pas les moyens de s'acheter une tonne de matos. Et webM parce que après h.264 c'est le second codec un peu sérieux et susceptible d'être utilisé professionnellement sur le web.

 

Et svp pas de divx utilisé que par les pitis pirates, ni de cyberlink, arcsoft & co qui s'adressent aux tata jeannine encodeuses de video qui n'existent pas.

Dans ce cas pourquoi 3 et pas 4, 5 ... ? C'est un puit sans fond :/

 

Pour Blender, 3ds y'a moyen d'avoir une licence gratuite pour une utilisation perso, suffit de dire qu'on est étudiant :whistle:
Sinon leur moteur de rendu est vieillot, donc il faudrait en sus choisir un moteur de rendu, c'est pas blender en lui même qu'il faut tester donc. Il y'en a plusieurs, POVRay, LuxRender, etc (et aussi les moteurs commerciaux type VRAY).

 

Pour WebM je ne connais pas bien, j'ai pas vu de codec "à la x264" de dispo, juste des applis tout en un, j'ai loupé quelque chose :??:

 
MEI a écrit :


En MAO il pourrait tenter Fruity Loops ou Reason avec un grosse zik bien baveuse, et calculer le taux CPU pendant une lecture. Car pour ces softs la puissance CPU sert surtout pour le temps réel pendant que l'on compose.

 

Par contre franchement avec un C2Q @ 3,0GHz y'a déjà pas mal de marge.

 

Le tx d'utilisation CPU ce n'est pas vraiment utilisable avec l'HT.
En plus tu peut avoir du craquage avant d'être à 100%.
Bref un peu chiant.

 
moyen_moins a écrit :


Faut pas venir me chanter que le SSE3 n'est pas utilisé par tout le monde (ie. tous les CPUs en sont pourvus). Et qu'entre le 4 et le 3, il y ait une différence du simple au double dans le traitement :ange:

 

http://www.agner.org/optimize/blog/read.php?i=49#121

 

Attention au 32 bits :whistle:

Message cité 2 fois
Message édité par Marc le 08-09-2011 à 10:36:48
n°8036429
abw
Posté le 08-09-2011 à 10:36:42  profilanswer
 

tigredubois a écrit :


 
 
Donc j'aimerais bien voir blender, parce qu'il est gratuit et utilisé par de nombreux hobbyistes qui n'ont pas les moyens de s'acheter une tonne de matos.


 
http://images.anandtech.com/graphs/amd12core_032610044429/22220.png
http://images.anandtech.com/graphs/amd12core_032610044429/22221.png
http://www.anandtech.com/show/2978 [...] ore-xeon/7
 
Etonnant , non ?...
Sans optimisations discriminatoires, les CPUs INTEL sont assez daube...

Message cité 1 fois
Message édité par abw le 08-09-2011 à 10:38:50
n°8036431
aliss
Rhyme the Rhyme Well
Posté le 08-09-2011 à 10:39:52  profilanswer
 

chriskenoby a écrit :

http://www.pcworld.fr/2011/09/08/m [...] mpaign=rss
 
Me suis bien marrer en voyant la photo, le gars qui a l air content, n a pas encore ouvert le carton...... y a ptet rien dedans.....:)


 
C'est pour le côté marketing ? Car des Interlagos ont été livrés depuis quelques mois déjà.

n°8036437
moyen_moin​s
chat réincarné
Posté le 08-09-2011 à 10:45:42  profilanswer
 

Marc a écrit :


 
http://www.agner.org/optimize/blog/read.php?i=49#121
 
Attention au 32 bits :whistle:


C'est quand même des enfoirés les mecs chez Intel :D²²²

Message cité 1 fois
n°8036439
syl38
Posté le 08-09-2011 à 10:47:32  profilanswer
 

Marc a écrit :


Bibble tire bien partie des core et tjs à l'avantage d'intel mais dans une moindre mesure. Idem pour Lightroom qui tire moins partie des core (mais ça va encore).


 
Lightroom 3 utilise les multi coeurs (mes deux coeurs passent a 100% en phase export RAW->JPG sur mon ATHLON X2 5600+, donc pas de dernière génération)
Par contre j'aimerais savoir si il utilise l'hyper-threading des i7. Le site d'adobe l'indique clairement pour CS5 mais pas pour LR3.
 
Meric en tout cas de regarder les softs photos  :bounce:

Message cité 1 fois
n°8036443
Marc
Chasseur de joce & sly
Posté le 08-09-2011 à 10:54:06  profilanswer
 

moyen_moins a écrit :


C'est quand même des enfoirés les mecs chez Intel :D²²²


Pas mal le retour du retour au SSE2 sur MKL en "non-Intel processor 64 bit mode" depuis la version 10 alors que c'était en SSE3 avant.

Message cité 2 fois
n°8036445
Marc
Chasseur de joce & sly
Posté le 08-09-2011 à 10:55:03  profilanswer
 

syl38 a écrit :


 
Lightroom 3 utilise les multi coeurs (mes deux coeurs passent a 100% en phase export RAW->JPG sur mon ATHLON X2 5600+, donc pas de dernière génération)
Par contre j'aimerais savoir si il utilise l'hyper-threading des i7. Le site d'adobe l'indique clairement pour CS5 mais pas pour LR3.
 
Meric en tout cas de regarder les softs photos  :bounce:


Comme il traite les photos de manière séquentielle il y'a des gains mais inférieurs à ceux sous Bibble / DXO

n°8036456
moyen_moin​s
chat réincarné
Posté le 08-09-2011 à 11:04:43  profilanswer
 

Marc a écrit :


Pas mal le retour du retour au SSE2 sur MKL en "non-Intel processor 64 bit mode" depuis la version 10 alors que c'était en SSE3 avant.


Voila :D
'fin bon, faudrait qu'AMD fasse comme Via : qu'on puisse gruger l'id du CPU. Je suis sur qu'on aurait pas mal de surprises :whistle:

n°8036474
gliterr
Posté le 08-09-2011 à 11:17:21  profilanswer
 

MEI a écrit :


Le soft peut aussi très bien utiliser le SSE4.x et vu que le K10 l'a pas...
Bref c'est dur de conclure. Mais vu que pas mal de soft sont Mac/Win, ça doit être optimisé Intel avant tout.


+1  
Qu'a l'heure actuelle des benchs privilegient a mort les cpu Intel, ca neme parait pas incoherent.

n°8036476
MEI
|DarthPingoo(tm)|
Posté le 08-09-2011 à 11:17:49  profilanswer
 

Marc a écrit :


Pas mal le retour du retour au SSE2 sur MKL en "non-Intel processor 64 bit mode" depuis la version 10 alors que c'était en SSE3 avant.


Si le code SSE2 de la nouvelle version est plus perfs que le code SSSE3 de l'autre, on ne peu rien dire, et surtout on ne peux pas présumer qu'un code SSSE3 aurai été plus perfs.
 
Parce que peut être que simplement il n'y a plus de version SSE3 et que même avec un CPU Intel on a aussi  du code SSE2 si le CPU ne supporte pas le SSE4.x. :spamafote:

Message cité 1 fois

---------------
| AMD Ryzen 7 7700X 8C/16T @ 4.5-5.4GHz - 64GB DDR5-6000 30-40-40 1T - AMD Radeon RX 7900 XTX 24GB @ 2680MHz/20Gbps |
n°8036478
moyen_moin​s
chat réincarné
Posté le 08-09-2011 à 11:20:15  profilanswer
 

Oui oui, le SSE3 ne sert à rien :whistle:

n°8036483
Marc
Chasseur de joce & sly
Posté le 08-09-2011 à 11:25:29  profilanswer
 

MEI a écrit :

Si le code SSE2 de la nouvelle version est plus perfs que le code SSSE3 de l'autre, on ne peu rien dire, et surtout on ne peux pas présumer qu'un code SSSE3 aurai été plus perfs.
 
Parce que peut être que simplement il n'y a plus de version SSE3 et que même avec un CPU Intel on a aussi  du code SSE2 si le CPU ne supporte pas le SSE4.x. :spamafote:


 
Oui tu as raison, c'est vraiment l'option la plus envisageable :jap:

n°8036497
tigreduboi​s
Posté le 08-09-2011 à 11:38:07  profilanswer
 

Marc a écrit :


Pour WebM je ne connais pas bien, j'ai pas vu de codec "à la x264" de dispo, juste des applis tout en un, j'ai loupé quelque chose :??:


Skype et bientôt Google utilisent VP8 (=webM) pour la video conference. Bon évidement ça posera pas de problème sur un 8 coeurs... mais pour un cpu bureautique et surtout mobile (batterie) c'est une autre histoire. C'est vraiment un codec important qui concerne tout le monde, au moins autant que x264 ou mainconcept.
 
guru3d le teste -> http://www.guru3d.com/article/amd- [...] -review/18
T'as des build windows -> http://code.google.com/p/webm/downloads/list
Des lignes de commande -> http://www.webmproject.org/tools/e [...] mand_lines
 
La seule contrainte alors c'est que ta source doit être en format non compressé.

Message cité 1 fois
n°8036499
mdc888
01010100 01101111 01110101 011
Posté le 08-09-2011 à 11:39:51  profilanswer
 

MEI a écrit :


Comme dit, la plupart des softs photos sont Mac/Windows, donc je veux dire, sachant que dans la photos le Mac est très répendu, je ne vois pas trop l'intérêt de passer du temps à optimiser pour AMD plus que pour Intel...
 
Et le photographe qui lit un bench CPU, ce qu'il veux c'est savoir quel CPU est idéal pour faire de la photo, pas quel CPU a le design le plus efficace en moyenne...
 
 


 
As-tu vraiment pris le temps de lire ce que tu as quoté ? ;)

n°8036502
Marc
Chasseur de joce & sly
Posté le 08-09-2011 à 11:40:55  profilanswer
 

Quelques résultats sous des moteurs d'échecs :D
 
J'ai utilisé la GUI Arena pointée par Invité Surprise, mais en version 3.0, ainsi que le moteur Cyclone Xtreme sur le même lien mais j'ai également mesuré la vitesse sur d'autres moteurs connus, à commencer par Houdini qui apparemment est le plus doué ces derniers temps en score ELO (1.5 gratuite et la 2.0 qui est payante), Rybka et Stockfish.
 
Résultats en kilo noeuds par seconde, Core i7 2600K avec HT / sans HT / Phenom II X6 1100T
 
Cyclone Xtreme : 7092 / 5945 / 6068
Houdini 1.5 : 9145 / 9007 / 9800
Houdini 2 : 9362 / 9172 / 10198
Rybka  : 619 / 631 / 642 (super lent :??: )
Stockfish : 5948 / 140 / 620 (OMG :D )
 
Et sinon sous Fritz Benchmark 4.3 : 13137 / 10551 / 11540
 

Message cité 2 fois
n°8036512
Marc
Chasseur de joce & sly
Posté le 08-09-2011 à 11:47:36  profilanswer
 

tigredubois a écrit :


Skype et bientôt Google utilisent VP8 (=webM) pour la video conference. Bon évidement ça posera pas de problème sur un 8 coeurs... mais pour un cpu bureautique et surtout mobile (batterie) c'est une autre histoire. C'est vraiment un codec important qui concerne tout le monde, au moins autant que x264 ou mainconcept.
 
guru3d le teste -> http://www.guru3d.com/article/amd- [...] -review/18
T'as des build windows -> http://code.google.com/p/webm/downloads/list
Des lignes de commande -> http://www.webmproject.org/tools/e [...] mand_lines
 
La seule contrainte alors c'est que ta source doit être en format non compressé.


Ok tx. Pour l'usage que tu cite ok (c'est normal que Google pousse son propre format :D ), pour les plus gros encodages à ma connaissance WebM n'est pas vraiment utilisé (moins bon que H.264).

n°8036517
Marc
Chasseur de joce & sly
Posté le 08-09-2011 à 11:49:55  profilanswer
 


Ils ont un souci quelque part, en plus les perfs sont assez aléatoires, vu les perfs sans HT ou sur AMD.

n°8036518
mdc888
01010100 01101111 01110101 011
Posté le 08-09-2011 à 11:50:28  profilanswer
 

Marc a écrit :


Stockfish : 5948 / 140 / 620 (OMG :D )
 


 
 [:sonoyot:2]  

n°8036535
Invite_Sur​prise
Racaille de Shanghaï
Posté le 08-09-2011 à 11:58:13  profilanswer
 

Marc a écrit :

Quelques résultats sous des moteurs d'échecs :D
 
J'ai utilisé la GUI Arena pointée par Invité Surprise, mais en version 3.0, ainsi que le moteur Cyclone Xtreme sur le même lien mais j'ai également mesuré la vitesse sur d'autres moteurs connus, à commencer par Houdini qui apparemment est le plus doué ces derniers temps en score ELO (1.5 gratuite et la 2.0 qui est payante), Rybka et Stockfish.
 
Résultats en kilo noeuds par seconde, Core i7 2600K avec HT / sans HT / Phenom II X6 1100T
 
Cyclone Xtreme : 7092 / 5945 / 6068
Houdini 1.5 : 9145 / 9007 / 9800
Houdini 2 : 9362 / 9172 / 10198
Rybka  : 619 / 631 / 642 (super lent :??: )
Stockfish : 5948 / 140 / 620 (OMG :D )
 
Et sinon sous Fritz Benchmark 4.3 : 13137 / 10551 / 11540
 


Pas mal Houdini  :jap:

Message cité 1 fois
n°8036536
Marc
Chasseur de joce & sly
Posté le 08-09-2011 à 11:58:23  profilanswer
 

En fait ils ont un problème avec leur version 64 bits
 
En 32 bits j'ai 4127 / 4181 / 4739

Message cité 1 fois
n°8036540
[Toine]
A la demande générale...
Posté le 08-09-2011 à 12:00:16  profilanswer
 

Marc a écrit :

En fait ils ont un problème avec leur version 64 bits
 
En 32 bits j'ai 4127 / 4181 / 4739


Ca sent la variable mal dimensionnée tout ça, genre entier trop court :D .


---------------
mes ventes : http://forum.hardware.fr/hfr/Achat [...] 0413_1.htm .
n°8036543
aliss
Rhyme the Rhyme Well
Posté le 08-09-2011 à 12:01:23  profilanswer
 

Invite_Surprise a écrit :


Pas mal Houdini  :jap:


 
Il ne semble pas profiter vraiment de l'HT.

Message cité 2 fois
n°8036544
Invite_Sur​prise
Racaille de Shanghaï
Posté le 08-09-2011 à 12:04:14  profilanswer
 

aliss a écrit :


 
Il ne semble pas profiter vraiment de l'HT.


Exact aliss  :jap:

n°8036572
Marc
Chasseur de joce & sly
Posté le 08-09-2011 à 12:22:41  profilanswer
 

aliss a écrit :


 
Il ne semble pas profiter vraiment de l'HT.


L'utilisation CPU est à 100% donc c'est plutôt que sans HT il occupe déjà bien le pipeline.

mood
Publicité
Posté le   profilanswer
 

 Page :   1  2  3  4  5  ..  578  579  580  ..  988  989  990  991  992  993
Page Suivante
Page Précédente
Haut de page 

Aller à :
Ajouter une réponse
 

Sujets relatifs
[topic uniq] LanParty MI P55-T36 mini itx[Topic unique] Crucial M225 (Version 64, 128, 256 Go)
AMD Athlon 64 FX-57 overclocké à 3.1ghz s/A8N32-SLI Deluxe+SLI 8800GTX[Topic unique] Gigabyte GA-MA770T-UD3P
Erreur CRC WinRar Config AMD 3 Windows 7 64[Topic Unique] Thermaltake Level 10
Plus de sujets relatifs à : [Topic Unique] Processeurs AMD Bulldozer FX-8100/6100/4100 (32nm)

Forum MesDiscussions.Net, Version 2010.2
(c) 2000-2011 Doctissimo
Page générée en 0.083 secondes

Copyright © 1997-2025 Groupe LDLC (Signaler un contenu illicite / Données personnelles)