Team RC5-72 MacBidouille

[Aurel]

ya un nouveau qui fait du 1400 par jour

Ce message a été modifié par Aurel - 8 Feb 2004, 15:47.

[nektarfl]

ya un nouveau qui fait du 1400 par jour

C'est un excès de vitesse caractérisé ça!

[Melaurë Curufin]

[quote=nektarfl,8 Feb 2004, 12:13] [QUOTE=3x7,7 Feb 2004, 15:41]
Pour ma part, je suis en train de penser à remettre en route mes stations NeXT pour le calcul. 4 stations et 1 cube, j'aurais bien 2 blocks par jour!!
[/quote]
Tu as de la chance d'avoir un client 68k pour ton Next. Sur Mac on attend toujours, y compris la version PPC OS 8/9 ...

[Mathiasr]

Au fait, vu que c'est écrit en assembleur et que l'indigo à un processeur "exotique", si je ne trouve pas de client il existe des sources en C ? (bon, c'est pas avant cet été, mais il faudra bien que je ne l'oublie pas ).

Le client pour IRIX demande la version 6.5 du système minimum, qui doit être installable sur une Indigo à base de MIPS R4000 mais pas sur les R3000.
Pour MIPS personne ne s'est penché sur l'optimisation du client, il y a juste les trois core en C de base, donc ça ne va pas très vite et de plus les rotations ne sont pas câblées dans les ISA MIPS.
Résultat on a :
113 kkey/s sur MIPS R4400 à 200 MHz (Indy)
138 kkey/s sur MIPS R5000 à 180 MHz (O2)
312 kkey/s sur MIPS R10000 à 195 MHz (Indigo2)
en comparaisn :
734 kkey/s sur PowerPC 604e à 233 MHz
2669 kkey/s sur PowerPC 750FX à 800 MHz

En fait il est plus rentable de faire de l'OGR avec les machines SGI.

[EDIT] pour rajouter les perfs du 604e et 750 FX

Ce message a été modifié par Mathiasr - 9 Feb 2004, 10:57.

[Mathiasr]

non, pas tout à fait:

tu fais les points 1 à 3 , puis: ./dnetc [espace]-shutdown[return]

le(s) client(s) est(sont) stoppé(s) , oui, on peut en lancer plusieurs (aucun interet, mais bon!)

si on veut le relancer, on fait les points 1 à 3, puis : ./dnetc [espace] -quiet[return]

presque un mode d'emploi complet!!!

Le client ne tourne pas sous root quand il est lancé par install ?
Il est plus prudent de lui placer le bit s pour qu'il tourne avec une identité d'utilisateur, de plus c'est plus facile de le contrôler après, non ?

[Mathiasr]

Comme l'avait annoncé Kakace la version 2.9007.488 du client est disponible depuis quelques jours pour évaluation.
http://www1.distributed.net//download/prerelease.php

Elle ne marche pas plus que la 486 sur Mac OS X 10.1.5, il faut revenir à la version 484 pour utiliser le client sous Puma (sous Jaguar et Panther ça à l'air OK).
Une nouvelle version 488b devrait sortir d'ici peu, pour corriger ce soucis.

Ce message a été modifié par Mathiasr - 9 Feb 2004, 11:12.

[nektarfl]

non, pas tout à fait:

tu fais les points 1 à 3 , puis: ./dnetc [espace]-shutdown[return]

le(s) client(s) est(sont) stoppé(s) , oui, on peut en lancer plusieurs (aucun interet, mais bon!)

si on veut le relancer, on fait les points 1 à 3, puis : ./dnetc [espace] -quiet[return]

presque un mode d'emploi complet!!!

Le client ne tourne pas sous root quand il est lancé par install ?
Il est plus prudent de lui placer le bit s pour qu'il tourne avec une identité d'utilisateur, de plus c'est plus facile de le contrôler après, non ?

Le client est lancé par l'utilisateur qui a fait le -install.

Pour moi, je ne vois pas où est le problème, il tourne en tâche de fond, sans visu (sauf si on met un fichier de log en route), et en fin de journée, je fais un ./dnetc -update. A ce moment là, je sais combien il y a de blocks.

Le gros avantage du install, c'est que le client tourne dès la page de login, et que terminal n'étant pas lancé, il va plus vite (de pas beaucoup, mais quand même)

[pierrep]

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é.

Y a t'il un paramétrage particulier pour les bi-proc ?

Je lui ai fait installer la version 1.4b de DnetcX avec le client dnetc v2.9007-486.

C'est quoi le problème ?

Merci de votre aide

[nektarfl]

le problème est simple, il fait également tourner l'interface, soit environ 20 à 30% de calcul en moins

Quelques posts plus haut, tu as une méthode pour le lancer directement à partir du terminal et en mode caché.

[pierrep]

Oui, mais quand même, le bi 1,8 devrait faire plus de 500 blocks par jour, non ? C'est pas l'interface à elle seule qui bouffe 50% du temps proc !!!

Surtout qu'une fois la fenêtre de DnetcX fermée et l'appli en arrière plan, si ca bouffe 5% c'est beaucoup...

D'autres pistes ?

merci

[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!