Team RC5-72 MacBidouille

[patpan]

Sinon, vite fait, comment on fait pour que le truc se lance au boot direct.. j'ai cherché vite fait hier, et j'ai pas trouvé... (ça serait pour ajouter sur une autre machine...)
[right][snapback]1201728[/snapback][/right]

ne serait-ce pas
./dnetc -install que tu recherches?
[right][snapback]1201877[/snapback][/right]

Mais c'est absolument ça qu'il cherche, il n'y a pas d'autre solution
[right][snapback]1201908[/snapback][/right]

Merci nektarfl pour ta confirmation.

Je sais que ce topic est très long, mais la Recherche devrait être utilisée avant de poser ces questions; mais bon soyons tolérants pour ces nouvelles recrues

Pat

[bad_duck]

Je sais que ce topic est très long, mais la Recherche devrait être utilisée avant de poser ces questions; mais bon soyons tolérants pour ces nouvelles recrues

Pat
[right][snapback]1201916[/snapback][/right]

Oui, je sais mais j'avais pas trop le temps, j'pars cet aprem en vacances, et pas mal de truc à boucler avant

[Tchou]

Bon voila, je fais parti du pommier 

Je vais un peu booster vos perf *




(*) en fait, pour le moment,  je tourne avec :

- 1 PC P4 3Ghz HT (poste de dev au boulot)

Mais je vais aussi installer le client sur :

- 1 Bi-Xeon 2,4Ghz HT (serveur de dev au boulot)
- Mon vieux sawtooth
[right][snapback]1201888[/snapback][/right]

ce qui est marrant c'est que tu risques de faire pls de blocs avec ton sawtooth qu'avec les deux autres lol ...

[kakace]

enfin quand je dis de nous - membres de la team RC5-72 - je pense à kakace, et je trouve que cela frise l'insulte

Et pourtant il a partiellement raison. Les optimisations poussées requièrent des connaissances spécifiques, notament sur l'architecture interne des processeurs ciblés. C'est extrêmement coûteux en temps de développement si bien que peu de programmeurs poussent le vice jusqu'au bout. La plupart se contentent de "recettes de cuisines".

J'en profite pour rappeler qu'il est possible d'asservir le fonctionnement du client à la température du processeur sur la plupart des PowerBook Alu, les G4 MDD, les G5 et probablement quelques autres.
Plus de détails ici

Ce message a été modifié par kakace - 21 Jun 2005, 18:33.

[gueven]

Voila j'ai décidé de relever aussi le chalenge. Je viens de rejoindre la team rc5-72.
J'espère que mon bi-G5 2GHz apportera suffisemment de nouveaux blocks à l'équipe.

J'ai un petite question :
Existe t-il un widget dashboard pour automatiquement récupérer les stats journalières ?

[pmeur]

Rabaothewarri a dit : "Cela fait un certain temps que le score de l'équipe s'éfondre petit à petit (alors que le nombre de messages ainsi que le nombre d'inscrits s'envolent...)

Etant dans la team, je n'ai pas remarqué de côté négatif à participer à ce projet.

Ainsi, je vous demande ce qui fait que vous n'y participez pas ou plus (ce n'est pas une demande de justifications, je sais que chacun est libre de faire ce qu'il veut...)

Voilà ce qui a motivé mon premier départ de la team et qui me fait hésiter à y reprendre du service :

Un brave type comme moi décide de contribuer à un projet. Il a un ordinateur à la maison et peut utiliser une dizaine d'autres ordinateurs au boulot. Il se dit, puisqu'il a l'esprit d'équipe, que ses temps processeurs seront les bienvenus. Il ne demande pas de remerciement, juste de l'info pour mettre tout ça en route. Que recevra-t-il comme réponse de la part des anciens de la team ?

Dicton : Ne jamais laisser faire par les autres, ce que l'on peut faire soi même! Utilisez la recherche.

End of Communication

Ceux qui savent croyent que les débutants savent aussi. "Utilisez la recherche", disent-ils de manière systématique. Encore faut-il savoir ce que l'on recherche et comment l'exprimer en une expression digérable par le moteur de recherche qui vous fournira à coup sûr la ou les pages qui apporteront l'information désirée.

Il est significatif de constater que ces anciens vous conseillent toujours d'utiliser la recherche, mais qu'ils ne vous fourniront jamais directement le lien indispensable. Peut-être ce sont-ils rendu compte, eux aussi, que faire une recherche dans un forum aussi monstrueux que celui de macbidouille vous apporte une lecture aussi insipide que longue et cela sans être assuré d'obtenir une réponse à la question.

Alors, je n'ai pas envie de me taper les 75 pages de ce forum. Quelqu'un sachant utiliser le moteur de recherche pourra-t-il me donner le lien vers la page où je pourrai savoir comment configurer un mac pour que dnetc se lance au démarrage sans ouvrir le terminal ?

Mon cher Rabaothewarri, le côté négatif vient probablement du fait que plus un macbidouilleur gagne du galon, plus il croit qu'il est un maître à penser pour tout ceux qui sont moins galonné que lui. Un peu plus d'humilité et de serviabilité - il y a peu de temps, c'est ce que représentait encore l'esprit Mac - serait le bienvenu dans les forums de macbidouille. C'était ma réponse à ta question.

Je n'ai pas envie d'ouvrir une polémique mais de recevoir une réponse ou un lien pertinent à une question sans avoir à subir le mépris des "savants". Dois-je souligner que ma modeste contribution à la team dépendra de la réponse (qui devrait trouver son aboutissement dans une FAQ plutôt que dans un forum de 75 pages).

Bien à vous,
Pierre Meur

[nektarfl]

Je reconnais également avec toi que certains 'savent' que c'est écrit quelque part dans le forum, et que celui qui cherche n'a qu'à chercher .... mais si cela avait été comme ça dès le départ, ceux qui 'savent' aujourd'hui n'auraient alors rien su.

Pour le lien simple, tu n'as qu'à piocher dans ma signature, il y a un lien vers le post que j'ai fait il y a un certain temps, et même certains macbidouilleurs non habitués au terminal y sont arrivés avec.

Par contre, je ne me souviens plus si j'ai précisé comment lancer le client au lancement de l'ordinateur sr cette page ou longtemps après, alors, je vais répéter (bien que ça soit écrit une dizaine de posts plus haut!)
Une fois dans terminal dans le bon répertoire, il suffit alors de taper : ./dnetc[espace]-install[return] où [espace] et [return] correspondent aux touches du clavier correspondantes.
Cette instruction lance le client au démarrage de la machine à partir du prochain redémarrage.

nektarfl qui atteint bientôt les 380 blocks quotidiens de moyenne. (400 de moyenne prévu à la rentrée ...)

Edit : après vérif, j'indique bien aussi comment le mettre en route au démarrage!!

Ce message a été modifié par nektarfl - 22 Jun 2005, 05:56.

[popboy]

Et voilà, tes remarques à propos de la recherche tombent à plat


Sur ce fil il y a toujours quelqu'un qui répondra (disons dans les 48h), même aux questions de base, car nous sommes demandeurs de la participation d'autrui.
Mais je ne te cache pas que nous souhaitons (secrètement) que tu en fasse de même une prochaine fois.
En fait j'ai collé la procédure sur un post-it pour pouvoir répondre rapidement.

Bienvenue et n'oublies pas de nous tenire au courant de ta progression.

En plus le lien de config. de Nektarfl est remarquable...

Ce message a été modifié par popboy - 22 Jun 2005, 08:15.

[pmeur]

Bon, j'ai essayé le dnetc -install
Dans le terminal, je n'ai pas obtenu les autorisations d'accès. J'ai donc utilisé sudo dnetc -install

Nouveau problème qui doit être du à une sécurité accrue, je reçois un message dans le finder m'indiquant un problème de sécurité avec les options "décider plus tard", "pas maintenant", "réparer". Je n'ai pas cliquer sur "réparer" puisque je supposais qu'il allait zigouiller le process ou carrément niquer mon dnetc. Je vous fournirai le texte exact quand je rentrerai à la maison. Ce matin, je n'ai pas eu le temps d'appronfondir.

Bienvenue et n'oublies pas de nous tenire au courant de ta progression.

Bon, arrivé au travail, j'ai rapidement installé dnetc sur mon mirrordoor, sur un powermac g4 (AGP) 450 Mhz qui me sert de RIP, et sur un minimac 1,42 Ghz.

Ayant connu des déboires avec le "dnetc -install", j'ai préféré me connecter en accès distant avec "ssh nom-ordinateur@adresse-ip".

Cela à l'avantage, dans un premier temps, de me permettre de voir si tout ce passe bien.

Ceci dit, une solution s'initiant au démarrage de chaque ordinateur me semble s'imposer pour un travail au long cours. La raison en est que je vais programmer ces ordinateurs pour s'allumer chaque soir de 21h à 6h du matin lorsque les utilisateurs ne les utilisent pas.

Je dois encore installer dnetc sur :

- un powermac g4 (AGP) 450 Mhz
- un minimac 1,42 Ghz
- 2 powerbooks
- 3 ou 4 pc
- eventuellement sur un serveur IBM sous AIX qui est arrivé en fin d'utilisation
- pour le reste, chaque chose en son temps.

Autre problème :

Est-il possible que les serveurs qui distribuent le travail soit surchargés ce matin ? La connexion semble difficile. dnetc essaye de se connecter à différents serveurs sans résultats et quand il y arrive, il ne peut télécharger qu'un ou deux par connexion.

Pas beaucoup de temps, je vous colle un exemple:

[Jun 22 09:41:16 UTC] RC5-72: Completed 53:99EE987B:00000000 (1.00 stats units)
0.00:04:54.75 - [14,571,782 keys/s]
[Jun 22 09:42:16 UTC] Connect to host 204.152.189.173:2064 failed.
ETIMEDOUT: operation timed out
[Jun 22 09:43:16 UTC] Connect to host 63.149.157.232:2064 failed.
ETIMEDOUT: operation timed out
[Jun 22 09:44:16 UTC] Connect to host 128.104.18.148:2064 failed.
ETIMEDOUT: operation timed out
[Jun 22 09:45:17 UTC] Connect to host 204.152.189.173:2064 failed.
ETIMEDOUT: operation timed out
[Jun 22 09:46:17 UTC] Connect to host 63.102.100.41:2064 failed.
ETIMEDOUT: operation timed out
[Jun 22 09:47:17 UTC] Connect to host 63.149.157.232:2064 failed.
ETIMEDOUT: operation timed out
[Jun 22 09:48:17 UTC] Connect to host 128.104.18.148:2064 failed.
ETIMEDOUT: operation timed out
[Jun 22 09:49:17 UTC] Connect to host 204.152.189.144:2064 failed.
ETIMEDOUT: operation timed out
[Jun 22 09:49:17 UTC] RC5-72: Loaded random 53:99F77AEB:00000000:1*2^32
[Jun 22 09:49:17 UTC] RC5-72: Summary: 4 packets (4.00 stats units)
0.00:19:33.42 - [14.64 Mkeys/s]
[Jun 22 09:49:17 UTC] RC5-72: 0 packets remain in buff-in.r72
[Jun 22 09:49:17 UTC] RC5-72: 5 packets (5.00 stats units) are in
buff-out.r72
.....10%.....20%.....30%.....40%.....50%.....60%.....70%.....80%.....90%....100
[Jun 22 09:54:22 UTC] RC5-72: Completed 53:99F77AEB:00000000 (1.00 stats units)
0.00:05:02.97 - [14,176,195 keys/s]
[Jun 22 09:54:22 UTC] RC5-72: Loaded random 53:91C6E5CF:00000000:1*2^32
[Jun 22 09:54:22 UTC] RC5-72: Summary: 5 packets (5.00 stats units)
0.00:24:36.39 - [14.55 Mkeys/s]
[Jun 22 09:54:22 UTC] RC5-72: 0 packets remain in buff-in.r72
[Jun 22 09:54:22 UTC] RC5-72: 6 packets (6.00 stats units) are in
buff-out.r72

[popboy]

Ce sont des choses qui peuvent se produire, pour le faible nombre de blocs
chargés, j'avoue que depuis le temps j'ai oublié quelle était la valeur par défaut.

cd dnetc
./dnetc -config
2
12

Pour changer cette valeur, il ne faut pas en charger plus que ta machine ne peut en calculer
pendant 90 jours (si ma mémoire est bonne).

[pmeur]

Bon le problème du lancement automatique de dnetc est résolu.

Procédure à suivre (dnetc étant déjà installé):

- se positionner avec le terminal dans le répertoire de dnetc
- écrire: sudo ./dnetc - install et valider
- entrer le password de l'administrateur et valider
- quitter le terminal et redémarrer

Le texte suivant apparaîtra au premier lancement :

Les paramêtres de sécurité d'un élément du dossier Ouverture au démarrage ("/Library/Startupitems/dnetc") ne sont pas corrects.
L'utilisation de cet élément peut provoquer des problèmes. Si vous faites confiance à cet élément et que vous souhaitez réparer les paramêtres de sécurité, cliquez sur réparer. Pour toujours empêcher l'utilisation de cet élément, cliquez sur désactiver. Pour ignorer cet élément et afficher à nouveau ce message, cliquer sur Décider plus tard.

- cliquez sur Réparer
- redémarrer

Tout rentre dans l'ordre.

Voilà

Si il commence à faire très chaud dans votre bureau, que le bruit des ventilos vous rend fou ou que vous désiriez simplement bénéficier de toute la puissance de votre ordinateur, il vous est possible d'arrêter le process invisible en utilisant le terminal. Voici la procédure à suivre :

- ouvrez le Terminal
- positionnez vous dans le répertoire de dnetc
- entrez l'instruction suivante : ./dnetc -shutdown et validez

Tous les process dnetc se fermeront proprement.

Vous pouvez vérifiez que les process sont bien arrêtés en entrant un : top -u
Normalement, vous ne devriez plus trouver dnetc dans la liste. Pour quitter top, utilisez la combinaison de touches CTRL + C

Pour l'instant, je faire un test sur 3 ordinateurs pendant un mois pour voir si l'utilisation de dnetc ne pose pas de problèmes pour les utilisateurs (bruits, chaleur, ralentissement des performances) et pour optimiser les paramètres de configuration au fur et à mesure que j'en apprendrai un peu plus. Si il y a trop d'inconvénient, je les ferai travailler uniquement de nuit. J'ai déjà programmé les 3 ordinateurs pour s'allumer à 23 heure et s'éteindre à 6 heure du matin. J'ai prévenu la sécurité afin qu'ils ne lâchent pas les chiens si ils entendent le "boing" caractéristique d'un Mac qui s'allume en pleine nuit

Si le travail de nuit s'impose, il me faudra créer un script pour fermer dnetc si ce ne sont pas les heures de travail allouées à dnetc ou pour que le lancement automatique de dnetc ne se fassent qu'aux heures prescrites.

Ce message a été modifié par pmeur - 23 Jun 2005, 00:50.

[pmeur]

Voici mes réglages :

distributed.net client configuration: Buffer and Buffer Update Options
--------------------------------------------------------------------------
1) Buffer in memory only ? (no disk I/O) ==> no
2) In-Buffer Filename Prefix ==> buff-in
3) Out-Buffer Filename Prefix ==> buff-out
4) Checkpoint Filename ==>
5) Disable buffer updates from/to a keyserver ==> no
6) Keyserver<->client connectivity options
7) Disable buffer updates from/to remote buffers ==> no
8) Remote buffer directory ==>
9) Load-work precedence ==> RC5-72,OGR-P2=0
10) Additional buffer-level checking ==> 0 (none)
11) Buffer-level check interval ==> 0:00 (on buffer change)
12) Fetch work threshold ==> RC5-72=0,OGR-P2=0
13) Fetch time threshold (in hours) ==> RC5-72=4

Un avis ?

[pmeur]

Petites statistiques :

- un mirrordoor dual 1Ghz : 10,175,680 keys/s
- un minimac 1,42 Ghz : 13,492,772 keys/s
- un powermac g4 (AGP) 450 Mhz : 3,979,336 keys/s

Bravo le Mac Mini !!
Bon, ces chiffres ne sont pas absolus, puisque d'autres applications tournent également en même temps et n'oublions pas qu'un dual a deux processeurs, donc il faut doubler le chiffre.

Ce message a été modifié par pmeur - 22 Jun 2005, 17:38.

[popboy]

C'était ça le "12" quand je te parlais du nombre de blocs avec ton time fetch sur 4,
tu as un stock de quatres heures de calculs.
Avec l'option 12 tu décides du nombre exact de blocs que va avaler ton mac.
Avec 999 blocs ton mini Mac devrais en avoir pour 3 quatres jours.

Sache qu'en tous cas tes questions sont les bienvenues, même si je ne suis le mieux placé pour y répondre, d'abord pour faciliter le lancement d'un nouveau membre.

Mais surtout dans le but de faire du recrutement nous n'avons pas assez de membres actifs, si j'ose dire

[nektarfl]

pmeur : tes problèmes d'autorisations sont simples: c'est vrai que j'ai oublié de le préciser, c'est l'utilisateur qui télécharge le package qui doit lancer dnetc, même en automatique. Toi, tu as contourné le problème en attribuant la tâche à root (le super-utilisateur).
Je suis du même avis que popboy, il faut charger plus de blocks d'un coup (la limite actuelle est de 14 jours de travail sur les clients mac) 1000 blocks sur les clients PC.
Pour ma part, je charge les blocks du mac (3800 d'un coup) et les donne au PC, ce qui lui donne 32 jours de travail d'un coup.

[pmeur]

popboy : C'était ça le "12" quand je te parlais du nombre de blocs avec ton time fetch sur 4,
tu as un stock de quatres heures de calculs.
Avec l'option 12 tu décides du nombre exact de blocs que va avaler ton mac.
Avec 999 blocs ton mini Mac devrais en avoir pour 3 quatres jours.

Pour que ce soit clair, ces 999 blocs, je l'indique en 12 ou en 13 ?

12) Fetch work threshold ==> RC5-72=999,OGR-P2=0

ou

13) Fetch time threshold (in hours) ==> RC5-72=999 (42 jours de boulot)

Je comprend pas très bien la nuance entre les deux. Et quand va-t-il rapatrier le boulot ? Si il stocke la marchandise sans l'uploader, vous n'êtes pas prêt d'en voir benéficier vos statistiques.

J'ai vu qu'il y avait les options :

-fetch
-flush
-update

Quelques explications la-dessus ?

nektarfl : tes problèmes d'autorisations sont simples: c'est vrai que j'ai oublié de le préciser, c'est l'utilisateur qui télécharge le package qui doit lancer dnetc, même en automatique. Toi, tu as contourné le problème en attribuant la tâche à root (le super-utilisateur).

Pour moi, le but est de règler les machines, puis de les oublier. Si le root s'en charge, tant mieux. C'est pour ça qu'on l'a engagé

Je suis du même avis que popboy, il faut charger plus de blocks d'un coup (la limite actuelle est de 14 jours de travail sur les clients mac) 1000 blocks sur les clients PC.
Pour ma part, je charge les blocks du mac (3800 d'un coup) et les donne au PC, ce qui lui donne 32 jours de travail d'un coup.

Dois-je comprendre que tu downloades le travail avec une machine et que tu distribues les blocks à travailler aux différentes machines ? Tu mets tout au même endroit et tu indiques le chemin dans les différentes configurations des clients. C'est ça ?

Merci pour l'aide. Si je n'avais pas reçu vos conseils, je serais aller voir ailleurs.

PS : j'ai remis à jour un post précédent.

[popboy]

Update: vérifies envoie les blocs calculés et repompe ce qui est nécessaire pour compléter par rapport à tes réglages, il y a un vérification sur les serveurs s'agit il de vérifier si les blocs à calculer sont encore valides ?

Flush: envoie les blocs calculés

Fetch: charge les blocs

J'utilise l'option 12, je charge un nombre de blocs->999
Mais il n'y a rien de rationel dans ce choix.

En tous cas je félicite les nouveaux paticipants, ou les revenants.

Avec 99 participants actifs nous devrions tenir le choc bien que les 3èmes, 4èmes et 5èmes places soient très disputées.

P.S. ./dnetc -help
te donnes toutes les commandes avec un brève description

Ce message a été modifié par popboy - 23 Jun 2005, 18:12.

[nektarfl]

Je comprend pas très bien la nuance entre les deux. Et quand va-t-il rapatrier le boulot ? Si il stocke la marchandise sans l'uploader, vous n'êtes pas prêt d'en voir benéficier vos statistiques.

J'ai vu qu'il y avait les options :

-fetch
-flush
-update

Quelques explications la-dessus ?

En fait, il y a plusieurs méthodes, et l'ensemble revient au même:
1- tu fais travailler ton ordinateur et tu ne t'en occupes pas (l'idéal est alors de demander 22 ou 23 heures de travail par jour - mais certaines personnes décident de calculer 1000 blocks et de les envoyer quelque soit le temps que ça va mettre) l'ordinateur étant toujours connecté à internet, quand il est à vide, il fait un échange blocks calculés <=> blocks à calculer
2- mon cas : tu charges ton ordinateur de beaucoup de blocks (14 jours est le maximum), et manuellement, tu envoies une machine ou une autre, et tu peux alors savoir exactement ce que chaque machine a apporté au calcul (oui, je me fais mes propres stats moi-même)
3- ton ordinateur n'a pas de connection à internet (le cas de mon PC) et je charge alors les blocks à partir du mac, les transfère sur le PC avec une clé USB, et récupère les blocks calculés une fois par semaine.

nektarfl : tes problèmes d'autorisations sont simples: c'est vrai que j'ai oublié de le préciser, c'est l'utilisateur qui télécharge le package qui doit lancer dnetc, même en automatique. Toi, tu as contourné le problème en attribuant la tâche à root (le super-utilisateur).

Pour moi, le but est de règler les machines, puis de les oublier. Si le root s'en charge, tant mieux. C'est pour ça qu'on l'a engagé

Ca revient exactement au même avec n'importe quel utilisateur (mais qui peut le plus ...)

Dois-je comprendre que tu downloades le travail avec une machine et que tu distribues les blocks à travailler aux différentes machines ? Tu mets tout au même endroit et tu indiques le chemin dans les différentes configurations des clients. C'est ça ?

Pas tout à fait : les 2 mac sont toujours connectés, donc chacun calcule ses blocks à lui, le PC (vu plus haut) n'a aucune connection, et il est alimenté par la clé USB, et le NeXT (que je vais remettre en route) ne trouve pas la connexion internet à travers le routeur, alors je passe par le mac (transmit) pour prendre/récupérer les blocks.

Tu peux également taper : ./dnetc -help
et là, que d'options!!!!!

[nektarfl]

Là, ce matin, j'ai eu une surprise de taille .... en effet, hier soir, j'ai envoyé ... 457 blocks.
Ce matin, dans les stats, je me retrouve avec .... 2663 blocks envoyés

kakace, peux-tu regarder ça et me dire de quel type de machine cet envoi provient-il? Est-ce que ça seraient des blocks envoyés le 12 juin 2005 d'une machine qui a calculé au hasard quelques 4000 blocks et plus, et dont seulement 4 avaient été gardés ce jour là? Je suis dans la peine, mes stats perso en ont pris un coup là!

C'est vrai que si quelqu'un calcule pour moi, je ne vais pas m'en plaindre quand même!

[Maxobelix]

Bon, ça y est, mes 3 bécanes tournent
Niveau perf., je tombe de haut ! Voila ce que j'obtiens :

1° - Dell dimension 5000 (P4 2.8Ghz HT) - 2 Crunchers = 6,264,101 Key/s
2° - Serveur Dell Bi-Xeon 2,4Ghz HT - 4 Crunchers = 4,195,959 Key/s
3° - Sawtooth (G4@400Mhz) - 1 Crunchers = 3,120,560 Key/s

C'est hallucinant, le sawtooth n'est vraiment pas si loin d'un bi-xeon HT à 2,4Ghz !

[benja]

Existe t-il un widget dashboard pour automatiquement récupérer les stats journalières ?

Pour faire cela j'utilise la méthode suivante :

Pour lancer dnetc dans le terminal je tape cd/chemin/vers/dnetc puis ./dnetc > dnetclog.txt &

La sortie de dnetc se fait alors dans un fichier dnetclog.txt (le & permet d'executer dnetc en tâche de fond pour pouvoir quitter le terminal ensuite sans quitter dnetc)... Puis pour pouvoir visualiser le fichier dnetclog.txt dans dashboard, j'utilise le widget TailDash qui permet de visualiser des fichiers log... Et voilà, j'ai les stats de mon client dnetc dans le dashboard (et non pas les stats journalières du site comme tu le souhaitais mais c'est déjà ça...)

[nektarfl]

Bon, ça y est, mes 3 bécanes tournent 
Niveau perf., je tombe de haut !    Voila ce que j'obtiens :

1° - Dell dimension 5000 (P4 2.8Ghz HT) - 2 Crunchers = 6,264,101 Key/s
2° - Serveur Dell Bi-Xeon 2,4Ghz HT - 4 Crunchers = 4,195,959 Key/s
3° - Sawtooth (G4@400Mhz) - 1 Crunchers = 3,120,560 Key/s

C'est hallucinant, le sawtooth n'est vraiment pas si loin d'un bi-xeon HT à 2,4Ghz !
[right][snapback]1206058[/snapback][/right]

Ce qui me parait bizarre, c'est qu'avec le PC à 1,8Ghz, j'arrive à 5,7 Mkey/s, j'ai l'impression que l'hyper treading (à mon avis ça ne s'écrit pas comme ça) te joue des tours sur tes appareils (je n'en ai pas sur mon PC)
On en a parlé il y a quelques pages de ça! Il faut le désactiver sur les clients PC car ça se bouscule au portillon...

[patpan]

Bonsoir,

maintenant, avec quelques semaines de recul, je me permets de vous proposer ( c'est très branché en ces jours de "fausse canicule" ) les paramètres de souffrance de mon G5*, tournant dnetc.

Les résultats des sondes thermiques vus par Température Monitor - l'option 'performances maximales' étant toujours activée - :

[Center][/Center]

Avez-vous une opinion?
C'est normal, c'est de la folie...

J'aimerais bien savoir - la température de la pièce où il toune étant au même moment de 31°C -.

Merci par avance de vos réponses.

* c'est le G5 de ma signature

Belle nuit

Pat

Ce message a été modifié par patpan - 24 Jun 2005, 22:50.

[kakace]

kakace, peux-tu regarder ça et me dire de quel type de machine cet envoi provient-il? Est-ce que ça seraient des blocks envoyés le 12 juin 2005 d'une machine qui a calculé au hasard quelques 4000 blocks et plus, et dont seulement 4 avaient été gardés ce jour là? Je suis dans la peine, mes stats perso en ont pris un coup là!

Je vais voir ce que je peux faire, mais sans trop insister vu la nature du "litige"

@patpan
Si ça pose un problème, il est possible d'asservir le fonctionnement du client à la température des processeurs (mise en pause et redémarrage automatique à partir de certains seuils). Mode d'emploi sur la page précédente

@Tous
J'ai bien peur que ce sujet ne soit plus d'aucune aide pour les nouveaux utilisateurs. Le nombre de posts fait fuire les plus courageux, et la patience des bonnes volontés s'amenuise au fil du temps à force de répéter sans cesse les mêmes choses.
Je pense qu'il est grand temps d'écrite une FAQ en bonne et due forme, voire un mode d'emploi détaillé. Si quelqu'un veut bien s'en charger (nektarfl ?), je serai ravi de donner un coup de main.

[nektarfl]

kakace, peux-tu regarder ça et me dire de quel type de machine cet envoi provient-il? Est-ce que ça seraient des blocks envoyés le 12 juin 2005 d'une machine qui a calculé au hasard quelques 4000 blocks et plus, et dont seulement 4 avaient été gardés ce jour là? Je suis dans la peine, mes stats perso en ont pris un coup là!

Je vais voir ce que je peux faire, mais sans trop insister vu la nature du "litige"

Si ce n'est pas possible, à défaut, je vais attribuer ces quelques 2000 blocks de plus aux G4, ça ne changera pas grand chose quand même

J'ai bien peur que ce sujet ne soit plus d'aucune aide pour les nouveaux utilisateurs. Le nombre de posts fait fuire les plus courageux, et la patience des bonnes volontés s'amenuise au fil du temps à force de répéter sans cesse les mêmes choses.
Je pense qu'il est grand temps d'écrite une FAQ en bonne et due forme, voire un mode d'emploi détaillé. Si quelqu'un veut bien s'en charger (nektarfl ?), je serai ravi de donner un coup de main.

Je vais essayer de faire quelque chose de très simple (mac puis PC) puisque je l'ai installé sur les deux architectures (et peut-être NeXT???), en reprenant le mode d'emploi que j'ai déjà fait. Peut-être alors mettre ce mode d'emploi en lien sur la page de l'équipe. Je vais voir....

[patpan]

@patpan
Si ça pose un problème, il est possible d'asservir le fonctionnement du client à la température des processeurs (mise en pause et redémarrage automatique à partir de certains seuils). Mode d'emploi sur la page précédente
[right][snapback]1207352[/snapback][/right]

Bonjour kakace ,

merci de cette réponse. J'ai bien suivi tes instructions précédentes.
Ma question était simplement de savoir si les chiffres du petit tableau " Sensor Overview " pouvaient s'avérer dangereux pour la machine.
La température théorique maximale des CPU étant de 105°C pour un G5 récent, j'ai fait ces réglages:

+option 1) General Client Options
++option 8) Pause if processor ... exceeded ? ==> yes
++option 9) Processor temperature threshold(s): 65.6C:94.2C

Tout en voulant préserver ce G5, je veux simplement participer le + activement possible à dnetc

Voilà, et merci encore à toi

Pat

[patpan]

Bonsoir à toutes et à tous,

et bien le bilan d'un an de prod pour dnetc avec MB:

[Center][/Center]

correct, les participants ?

vous allez me dire: " si peu " , et bien oui, un an c'est court pour un challenge de cette nature

c'est à vous de voir !

Merci à vous, toutes et tous qui m'avez tant aidés

Bisous

Pat

[popboy]

Qui à aidé qui ?

Ca ne veut pas dire que tu arrêttes j'espère.

Moi je ralenti, la chaleur est intenable (tiens il n'y a pas le smiles qui sue)

[patpan]

Qui à aidé qui ?

Ca ne veut pas dire que tu arrêttes j'espère.

Moi je ralenti, la chaleur est intenable (tiens il n'y a pas le smiles qui sue)
[right][snapback]1210370[/snapback][/right]

Bonjour popboy ,

Non, je n'arrête pas! C'était juste pour faire un point, -waypoint- après une année de calculs!

Ce sont seulement certains G4 dont l'alim a déclaré forfait , ce qui explique une baisse des stats quotidiennes.

Mes remerciements allaient à kakace , nektarfl , à un certain popboy aussi qui sait me faire bien sourire -, mais cette liste n'est pas limitative...


Bon courage à vous tous; aujourd'hui il va faire chaud et lourd à Paris

@ +

Pat

[popboy]

Quand je disais qui remercie qui :

1) je ne m'attendais pas à ce que tu me remercies

2) ni les autres qui sont royalement payés pour ça

3) c'était surtout pour "TE remercier", au nom de l'équipe,
pour ta contribution tant au niveau blocs, qu'au niveau de la saine émulation qui nous fait
aller de l'avant.



P.S. attention à l'insolation tout de même...