sont vraiment des bouzes les P-D , pfiouuuuu
en plus ça chauffe à mort
note que j'ai un doute sur ce bench
en fait il test un core puis l'autre mais jamais les 2 en même temps, le gestionnaire des taches et jamais à 100%
donc pour un P4C avec HT, il bench finalement tjs le même "core"
y'a anguille là
une explication

car on voit : core #0 / core #1 / core #2
tout vient d'une confusion pour le mot
CORE, ce n'est pas le core CPU qui est mis en charge mais le 'core' ( méthode de calcul ) du logiciel
ensuite si tu regardes ma page tu vera que le résultat du bench doit etre multiplié par le nombre de CPU, j'ai tenté d'expliquer a l'equipe de dev (
www.distributed.net ) que tester sur un seul proc ( physique ou virtuel ) n'etait pas ce qu'il y avait de mieux
en clair , quand tu lances le bench, un seul thread est lancé d'où ta charge à 100% sur un core cpu et rien sur les autres
en réel tous les cpu sont bien utilisés , voici un extrait de log sur un bi Xéon 2.8 HT en 64bits sur un linux 64bits :
[#0e00f0]
le bench :[/#0e00f0]
dnetc v2.9011-496-CFR-05060815 for Linux (Linux 2.6.5-7.97-smp).
Using email address (distributed.net ID) '
rc5_robot@yahoo.com'
[Sep 12 11:11:06 UTC] OGR-P2: Benchmark for [#ff0000]
core #0 (GARSP 6.0-64)[/#ff0000]
0.00:00:16.16 [19,024,396 nodes/sec]
[#0000ff]
et en réel :[/#0000ff]
[Sep 12 11:14:47 UTC] Automatic processor detection found [#e2001c]
4 processors.[/#e2001c]
[Sep 12 11:14:47 UTC] Loading crunchers with work...
[Sep 12 11:14:47 UTC] OGR-P2 #a: Loaded 25/6-3-37-20-1-13
[Sep 12 11:14:47 UTC] OGR-P2 #b: Loaded 25/6-3-37-20-1-14
[Sep 12 11:14:47 UTC] OGR-P2 #c: Loaded 25/6-3-37-20-2-5
[Sep 12 11:14:47 UTC] OGR-P2 #d: Loaded 25/6-3-37-20-2-8
[Sep 12 11:14:47 UTC] OGR-P2: 56 packets remain in buff-in.ogf
[Sep 12 11:14:47 UTC] OGR-P2: 0 packets are in buff-out.ogf
[Sep 12 11:14:47 UTC]
4 crunchers ('a'-'d') have been started.