Team RC5-72 MacBidouille

[kakace]

J'ai posté la version .488b le week-end dernier afin de corriger (définitivement ?) le problème qui interdit au client de tourner sous Puma. Seulement celui qui s'occupe de mettre les clients en ligne ne semble pas être pressé de le faire :-/
[EDIT] Nayé, elle est en ligne J'ose espérer qu'il ne faudra pas 4 mois avant de s'apercevoir qu'elle ne corrige pas le problème...

Quant au G5 bi-1.8, il devrait faire entre 500 et 550 blocs par jour. Le client détermine automatiquement le nombre de processeurs utilisables, et le code est commun à tous les Macs (mono ou bi, G3, G4 ou G5). Un bug de ce côté là est exclus. Il n'y a donc pas 50 façons d'expliquer pourquoi seulement 270 blocs par jour : soit le client est trop ancien et n'utilise pas les cores AltiVec (auquel cas le keyrate serait inférieur à 200 blocs/jour), soit un CPU ne fonctionne pas, soit quelque chose d'autre consomme de la puissance, soit le client est configuré pour n'utiliser qu'un seul CPU (peu probable).
Quoiqu'il en soit, un rapport de bug a déjà été ouvert, ressemblant à celui-ci. Un défaut sur certains bi-G5 ?

Ce message a été modifié par kakace - 9 Feb 2004, 19:38.

[nektarfl]

J'avais pas fait gaffe au nombre de blocks, c'est effectivement pas beaucoup, il faudrait savoir si il y a d'autres tâches de fond sur le même ordinateur (voire même 2 clients dnetc qui tournent en même temps pour deux personnes différentes!!

270, c'est à peine plus que mon G4 à 1.25Ghz qui plafonne à 256 par jour!

[edit] arghh! grillé par kakace!! [/edit]

Ce message a été modifié par nektarfl - 9 Feb 2004, 18:06.

[Mathiasr]

[EDIT] Nayé, elle est en ligne J'ose espérer qu'il ne faudra pas 4 mois avant de s'apercevoir qu'elle ne corrige pas le problème...

Je peux essayer jeudi (10.1.5 / 604e 233 MHz), donc ça devrait faire moins de 4 jours
Lien direct vers la version 488b

[Mathiasr]

Salut,

Ma copine fait tourner Dnetc (sous DnetcX) sur le G5 bi 1,8 de son taf 24/24 et 7/7. Le problème c'est qu'il ne calcul (le WE, quand il ne fait que ça) qu'environ 270 blocks par jour...

Ca me parait peu, non ? Comme s'il n'y avait qu'un seul proc d'utilisé.

Elle à le courage d'ouvrir Terminal et taper : top -u [valider]
regarder quels sont les 4 ou 5 premiers processus en haut du classement ?
taper sur la touche Q pour quitter top, puis quitter Terminal.

Ce message a été modifié par Mathiasr - 10 Feb 2004, 11:39.

[pierrep]

Bon, fausse alerte !

Je lui ai fait faire un "A propos de ce Mac"... c'est en fait un mono 1,8...

Ces c**s de revendeurs lui avaient pourtant affirmé que c'était un bi proc

Manquerait plus qu'ils aient facturés des monos au prix des bi...

En tout cas merci pour vos réponses et... désolé !

[bananas]

J'ai pour ma part demarer mon PC du boulot sur le RC5 MacBidouille ... et je suis surpris des resultats (enfin des previsions de resultats) : sur mon P4 2,4 Ghz a 512 Mo de DDR, il va lui falloir pratiquement 9h pour faire les48 blocks .. ca me parait bizarre non ?

On verra concretement demain mais ca me laisse perplexe ca .. pas vous ?

[nektarfl]

Il faut qu'elle fasse vérifier sur les factures ce qui est porté. Si la précision bi-processeur est indiquée, elle doit réclamer auprès de son revendeur.

[nektarfl]

J'ai pour ma part demarer mon PC du boulot sur le RC5 MacBidouille ... et je suis surpris des resultats (enfin des previsions de resultats) : sur mon P4 2,4 Ghz a 512 Mo de DDR, il va lui falloir pratiquement 9h pour faire les48 blocks .. ca me parait bizarre non ?

On verra concretement demain mais ca me laisse perplexe ca .. pas vous ?

Ca me parait être une vitesse correcte car si on compare avec mon PC à 350Mhz (AMD K6) qui bombarde royalement 9.5 blocks en 24heures et si on rapportait ce nombre de blocks à la cadence de ton P4, ça donnerait 65 blocks en 24h. Tu es au dessus de presque le double, la cadence me parait correcte.

C'est sûr que si on compare avec mon G4 1.25Ghz qui, en vitesse de pointe donne 256 blocks dans la journée, ça parait faible!

[bananas]

Et mon G5 a plus de 700 blocks

Franchement les GHz n'ont pas les memes valeur

[Héron]

Et mon G5 a plus de 700 blocks

c'est la première fois que l'on me donne des chiffres montrant l'énorme gain lorsque l'on passe de 512 Mo à 2 Go de Ram sur les G5 !

[popboy]

Je ne pense pas que ce soit le cas, DNETC me semble plutôt frugal,
d'ailleurs je n'ai pas vu le G5 en 512 pour la comparaison ?

[Héron]

et bien mon meilleurs score sur 24H, si on peut parler de score, avec le dernier client DNETC et un G5 Bi 2Ghz à 512 Mo est de 560 contre 700...
(Ce résultat est réalisé en laissant la main constamment au calcul de la clé RC72)

Ce message a été modifié par Héron - 11 Feb 2004, 21:27.

[popboy]

En tous cas maintenant je sais ou est bipro avec 512k
et la différence n'est effectivement pas négligeable, est-ce la mémoire ?
Je suis incapable de répondre, ce qui est sur c'est que sur mon petit G4 le passage de 512k
à 1,5M n'as pas été spectaculaire, avec dnetc j'entends, pour le reste, miam.

[kakace]

Houlà...
La quantité de mémoire n'influe pas sur les résultats de dnetc. Le cruncher tourne en boucle et la taille du cache L1 est largement suffisante. Si influence il y a, elle est à chercher ailleurs (autres applications, kernel, deamons, etc).
Dans tous les cas, un G5 2GHz peine à fournir 15 MKeys/s, ce qui fait au mieux 304 blocs par jour. 608 pour un dual, donc. Et à moins de diminuer la longueur des pipelines ou d'écrire un nouveau cruncher, il ne peut pas aller plus vite. Autrement dit, un résultat de l'ordre de 560-580 blocs par jour (en utilisation) est tout à fait normal.

[Mathiasr]

Bon le client 488b se lance bien sous 10.1.5, je l'ai pas encore mis en prod, plus le courage ce soir.

En revanche il y a un truc que j'ai pas compris, les options du genre :
-test rc5
-bench rc5
ne produisent aucun calcul :

[localhost:~/rc488b] mathias% ./dnetc -bench rc5

distributed.net client for Mac OS X Copyright 1997-2004, distributed.net
RC5-72 PowerPC assembly by Malcolm Howell and Didier Levet
Enhancements for 604e CPUs by Roberto Ragusa
RC5-72 Altivec assembly by Didier Levet
Please visit http://www.distributed.net/ for up-to-date contest information.


dnetc v2.9007-488-CTR-04013121 for Mac OS X (Darwin 5.5).
Please provide the *entire* version descriptor when submitting bug reports.
The distributed.net bug report pages are at http://www.distributed.net/bugs/
Using email address (distributed.net ID) '[email protected]'

[localhost:~/rc488b] mathias%

Alors qu'avec ogr ça lance bien l'OGR seul, et sans nom de projet en particulier l'ensemble des calculs.

[caraboud]

J'ai pour ma part demarer mon PC du boulot sur le RC5 MacBidouille ... et je suis surpris des resultats (enfin des previsions de resultats) : sur mon P4 2,4 Ghz a 512 Mo de DDR, il va lui falloir pratiquement 9h pour faire les48 blocks .. ca me parait bizarre non ?

On verra concretement demain mais ca me laisse perplexe ca .. pas vous ?

Ca me parait être une vitesse correcte car si on compare avec mon PC à 350Mhz (AMD K6) qui bombarde royalement 9.5 blocks en 24heures et si on rapportait ce nombre de blocks à la cadence de ton P4, ça donnerait 65 blocks en 24h. Tu es au dessus de presque le double, la cadence me parait correcte.

C'est sûr que si on compare avec mon G4 1.25Ghz qui, en vitesse de pointe donne 256 blocks dans la journée, ça parait faible!

Moi tout pareil !
Au boulot, j'ai une nouvelle bécane : P4 2.8Ghz . Il fait à peine moins que 4 millions de clés.
Par contre, ce qui est étrange, c'est que lorsque j'ai lancé dnetc, il a repéré deux processeurs, alors que je suis certain qu'il n'y en a qu'un !!!! (du coup, je l'ai forcé à ne calculer qu'un seul block à la fois)
Elles ne seraient pas un peu pourries les versions clients PC ?
D'autant que j'ai la dernière : v2.9007-486-GTR-03111106 for win 32

[bananas]

Bon j'ai regarde mes blocks sur 48 heures (depart a 20h21 exactement, arrivee idem 48 h plus tard) : environ 650 blocks/jours ...

Moyenne (quoique variable j'ai vu) 29.22 MKeys

Je suis en 10.3.2 et j'utilise DCnet version beta graphique pour G5 (car j'ai jamais rien pu tirer du terminal, j'y suis allergique ...

Sachant que je n'est pas fait de compression video peandant ces 48 heures .. juste reste ouvert : Mail, Safari, Carracho, AppleWorks 6, de temps en temps Graphics converter et quelques bout de Divx le soir .. rien de plus ..

Cela dit maintenant je reprend un peu l'activite sinon ....

[popboy]

Ce ne serait pas l'hyperthreading qui ressemble à un bipro (de loin) ?
Une sombre histoire de double core qu'un brillant spécialiste
vas nous vulgariser avec talent

Bon il n'y a pas vraiment de double core, mais ça parait efficace.
Tu aurais tort de ne pas t'en servir.

Hyperthreading

P.S. il serait intéressant que tu nous livres tes impressions avec et sans.

Ce message a été modifié par popboy - 12 Feb 2004, 12:04.

[rhapsody]

y a t il un proxy disponible pour l equipe macbidouille sur un port facile (pour les firewall genre 80 ou 21) car j ai un bon nombre de machines qui attendent de réussir à sortir leurs résultats. Le problème étant que je n'ai pas la possibilité d'en installer un à domicile.
D'avance merci.

[nektarfl]

Il me semble avoir vu que ce sujet a déjà été traité plus haut (dans l'une des 36 pages précédentes, et il y a une option qui permet d'envoyer au format html pour que le serveur ne bloque pas l'accès (je l'avais mis en mémoire, mais sans l'orinateur qui m'a été volé, je ne l'ai plus!) mais c'est entre septembre et décembre de l'an dernier. Je m'étais promis de faire l'action car mes NeXT ne trouvent pas l'accès au net!

[kakace]

Bon le client 488b se lance bien sous 10.1.5, je l'ai pas encore mis en prod, plus le courage ce soir.

En revanche il y a un truc que j'ai pas compris, les options du genre :
-test rc5
-bench rc5
ne produisent aucun calcul :

Que le client se lance bien sous 10.1.5 est déjà une bonne nouvelle (je n'ai que Panther...). L'option RC5 correspond au RC5-64 qui est désactivé. Il est donc normal que le client ne fasse rien, bien qu'un message d'erreur serait le bienvenu...
"-test rc5-72" ou "-bench rc5-72" devrait donner de meilleurs résultats

[bananas]

Moi etant toujours allergique au terminal (sinon je serais sous DOS ) est ce que je peux copier le fichier de la 488b dans le paquet du progiciel Dnetc G5 beta ? J'ai a y gagner ? ca pose des problemes ?

Ce message a été modifié par bananas - 12 Feb 2004, 18:58.

[Edge@51]

Normalement ça marche. C'est comme ça que je met à jour DnetcX depuis 6 mois et pas de problèmes (mais sous G3). Fais une copie et essaie, tu ne risque rien

[bananas]

Et comment on sait quelles seront les ameliorations ?

[caraboud]

Ce ne serait pas l'hyperthreading qui ressemble à un bipro (de loin) ?
Une sombre histoire de double core qu'un brillant spécialiste
vas nous vulgariser avec talent

Bon il n'y a pas vraiment de double core, mais ça parait efficace.
Tu aurais tort de ne pas t'en servir.

Hyperthreading

P.S. il serait intéressant que tu nous livres tes impressions avec et sans.

Il semble que tu ais raison !
Il me reste 16 blocks à calculer.
Avec l'option un seul processeur, il me donne un temps restant de 2h24
Avec deux processeurs, il me donne 1h00 !
Etonnant non !
(Je surveille ça de près qaund même)

[Héron]

Bon j'ai regarde mes blocks sur 48 heures (depart a 20h21 exactement, arrivee idem 48 h plus tard) : environ 650 blocks/jours ...

Moyenne (quoique variable j'ai vu) 29.22 MKeys

Je suis en 10.3.2 et j'utilise DCnet version beta graphique pour G5 (car j'ai jamais rien pu tirer du terminal, j'y suis allergique ...

Sachant que je n'est pas fait de compression video peandant ces 48 heures .. juste reste ouvert : Mail, Safari, Carracho, AppleWorks 6, de temps en temps Graphics converter et quelques bout de Divx le soir .. rien de plus ..

Cela dit maintenant je reprend un peu l'activite sinon ....

Franchement, je suis étonné car pour ma part sans rien lancer d'autres, mon BiPro G5 2Ghz sous 10.3.2 mais avec "que" 512 Mo de RAM, je fais 560 Blocks/24H...

[bananas]

Voila ca que me dit le client :

[Feb 18 15:15:18 UTC] RC5-72: Completed CA:813B5411:00000000 (1.00 stats units)
0.00:04:49.75 - [14,822,878 keys/s]
[Feb 18 15:15:18 UTC] RC5-72: Loaded CA:813B5414:00000000:1*2^32
[Feb 18 15:15:18 UTC] RC5-72: Summary: 449 packets (449.00 stats units)
0.18:15:09.37 - [29.34 Mkeys/s]
[Feb 18 15:15:18 UTC] RC5-72: 11 packets (11.00 stats units) remain in
buff-in.r72
Projected ideal time to completion: 0.00:26:29.00
[Feb 18 15:15:18 UTC] RC5-72: 37 packets (37.00 stats units) are in
buff-out.r72

[Feb 18 15:15:34 UTC] RC5-72: Completed CA:813B5413:00000000 (1.00 stats units)
0.00:04:50.13 - [14,803,719 keys/s]
[Feb 18 15:15:34 UTC] RC5-72: Loaded CA:813B5415:00000000:1*2^32
[Feb 18 15:15:34 UTC] RC5-72: Summary: 450 packets (450.00 stats units)
0.18:15:25.48 - [29.39 Mkeys/s]
[Feb 18 15:15:34 UTC] RC5-72: 10 packets (10.00 stats units) remain in
buff-in.r72
Projected ideal time to completion: 0.00:24:05.00
[Feb 18 15:15:34 UTC] RC5-72: 38 packets (38.00 stats units) are in
buff-out.r72

[Feb 18 15:20:09 UTC] RC5-72: Completed CA:813B5414:00000000 (1.00 stats units)
0.00:04:50.03 - [14,808,874 keys/s]
[Feb 18 15:20:09 UTC] RC5-72: Loaded CA:813B5417:00000000:1*2^32
[Feb 18 15:20:09 UTC] RC5-72: Summary: 451 packets (451.00 stats units)
0.18:19:59.95 - [29.34 Mkeys/s]
[Feb 18 15:20:09 UTC] RC5-72: 9 packets (9.00 stats units) remain in
buff-in.r72
Projected ideal time to completion: 0.00:21:40.00
[Feb 18 15:20:09 UTC] RC5-72: 39 packets (39.00 stats units) are in
buff-out.r72

[Mathiasr]

[Feb 18 15:15:34 UTC] RC5-72: Completed CA:813B5413:00000000 (1.00 stats units)
                      0.00:04:50.13 - [14,803,719 keys/s]

Formule approximative, pour arriver au nombre d'unités par jour :

nombre de processeurs x clefs par seconde / 49 710

ici :
2 x 14 803 719 / 49 710 = 595,60 unités par jour

un G3 à 480 MHz :
1 x 1 558 703 / 49 710 = 31,35 unités par jour

un P4 à 2,4 GHz :
1 x 3 322 619 / 49 710 = 66,84 unités par jour

Une unité statistique contient 2^32 clefs (ce qui en fait 4 294 967 296), il faut donc environ 290 secondes (4 294 967 296 / 14 803 719) pour faire une unité (4 minutes et 50 secondes, comme l'indique le client).
Dans une journée (86 400 secondes) chaque processeur peut tester un peu moins de 298 unités (86 400 / 290), donc avec deux processeurs on arrive dans les 595 unités par jour (si la machine ne fait rien d'autre).

Le 49 710 provient de 2^32 / 86 400

[Rabaothewarri]

Le point sur la situation aujourd'hui…

Ecart 32 750 581
Depuis le 12/12/03, il s'est réduit de 2525423.
Soit près de 1250000 par mois.

A ce rythme, en 27 mois, notre Os est en seconde place…

[Gotchi]

dites, je viens pour le boulot d'acheter deux nouveaux PC : des P4 Bi proc 2.6GHz.
je les ai installé cette après midi, sous Win XP Pro, toutes mises à jour faites, et je viens de télécharger les derniers clients pour ces ordis.

et je ne comprends pas pourquoi ils tournent en moyenne à 900 000keys/secondes/processeur
ça fait très peu, puisque chaque processeur calcule ainsi un bloc/heure.

quelqu'un a une explication? (d'autant plus bizarre que le vieux PIII 600 MHz à côté fait mieux)