Team RC5-72 MacBidouille

[kakace]

Comme je l'ai déjà expliqué, rien ne sera perdu si les choses restent en l'état jusqu'au remplacement complet du serveur, lequel ne saurait tarder. Pour le moment, seul l'interface Web pour l'accès aux statistiques est inhibée de façon à soulager ce qui reste du RAID. Le serveur en lui-même fonctionne normalement, et les stats sont tenues à jour. D'autre part, le keymaster (qui distribue et reçoit les blocs) est situé sur une autre machine, à un autre endroit, si bien qu'on ne risque pas de devoir tout recommencer depuis le début.
Le serveur de stats se contente de récupérer régulièrement les logs du keymaster pour attribuer les blocs retournés à telle ou telle personne/équipe, ce qui laisse (du moins en théorie) la possibilité de reprendre les logs du keymaster pour remettre les stats à jour. Ceci dit, si un autre disque rend l'âme, c'est toute la base de données qui va être perdue. Il a été question, juste après l'incident, de rappatrier cette base de données ailleurs par sécurité, mais je ne sais pas si ça a été fait.

[EDIT] ...et par la même occasion, j'ai droit à mon second carré bleu

Ce message a été modifié par kakace - 28 Mar 2004, 19:42.

[jpaa]

Vas y envoie, je m'engage solennellement à en envoyer le double sous ton nom s'ils se perdent,
juré craché et comme tu sais ou me trouver je n'y échaperai pas.

Si jamais tu m'en devras 66 exactement

[popboy]

C'est noté 66 fois deux.

Il arrive que le serveur ne soit pas disponible,
mais ne te décourages pas, c'est momentané.

[nektarfl]

Sinon comment cela se fait que certain arrive a avoir 1032 blocks de réserve alors que moi après 20 dnetc me dit que le buffer sont plein???

C'est très simple: tu fais une copie de dnetc que tu appelle dnetc2 par exemple.

Tu charges des blocks, puis tu renommes le fichier buff-in.r72 en buff1.r72 et tu le glisse dans le répertoire dnetc.

Tu exécutes les points 1 à 3 indiqués par popboy (par rapport à une ancienne explication de ma part)

puis tu tapes : ./dnetc[espace]-import[espace]buff1.r72[return]

ton buffer contient alors plus que le maximum de téléchargement.

Une seule chose dont il faut faire attention : ne jamais charger trop de blocks (pas plus de 80 jours de chargement) ce qui donne 10 jours de latence car passé 90 jours, un block non calculé est remis au calcul, et tu risques alors de calculer un block recalculé avant toi par un autre.

C'est avec cette méthode que je charges le buff-in de 13 000 blocks pour être tranquille 2 mois.

[bananas]

Je rentre de 15 jours de vacances pendant lesquels bien sur man G5 etait eteint ...
Mais il se remet bravement au boulot sans rechigner

[Rol@ndB]

quoi ?????
ton G5 etait eteint pendant tes vacances

c'est portenawaq
pffff deprimant

Ce message a été modifié par Rol@ndB - 29 Mar 2004, 19:26.

[jpaa]

Juste pour savoir : avec un G5 2x2 Ghz en combien de temps faite vous un block avec le core #6??

[Rol@ndB]

Sinon comment cela se fait que certain arrive a avoir 1032 blocks de réserve alors que moi après 20 dnetc me dit que le buffer sont plein???

En fait pour charger plus de blocks il suffit de bien configurer
le client DNETC.

Dans terminal se placer dans le rep du client dnetc
Puis ./dnetc -config
Puis choisir le menu 2 et Entrée
Puis choisir 13 et entrée
A la derniere ligne on obtient:
-> New Setting --> RC5-72=4

Le dernier chiffre indique le nombre d'heure de calcul telechargé à chaque connexion.
Il faut donc le remplacer par nombre plus grand (dans mon cas il ya 4 car je renvoie mes blocs
au fur et à mesure que le clients les calculs, le clients se connecte automatiquement)
Puis entrée
Puis sortir de chaque menu
Taper 0 et entrée

Ensuite la commande ./dnetc -update permet de renvoyer ses blocks
et de recharger le Buff-in


Il suffit de 2 ou 3 essai pour trouver le bon reglage.

[bananas]

jpaa :

c'est quoi le core #6 ?

et oui pour 15 jours de vacances à 7000 kms de chez moi j'ai meme debranché la TV et le grille pain ....

[jpaa]

Désolé mais mon iBook a un big bug. Je crois que c'était un core qui commencé par MS ou MK . Sinon on peut me dire avec un autre core mais je veux savoir par rapport à un G5 2x2GHz

[Rabaothewarri]

Juste un souci : je suis actuellement en campagne pour convaincre quelqu'un pour participer au projet...

Le problème, c'est que le client était accessible via la page de stat'

Comment faire pour que le client soit encore accessible tant que les stats sont en vracs ???

Serait-il possible de rajouter un lien sur la page d'accueil de MB ?

A+

[kakace]

Pour une fois, c'est moi qui ai besoin de vos lumières
Je viens d'installer le client dnet sur mon AluBook tout neuf, et j'ai du mal à comprendre pourquoi il est moins performant que le PowerMac, les CPUs étant censés tourner à la même fréquence (1.25), et ceci malgrè un réglage sur "max" des performances du PB. J'obtiens 11 MKeys/s au lieu de 13.1
En attendant d'avoir des éclaircissements, je compte bien laisser tourner le PB 24/24 au lieu de le remiser dans un placard entre deux utilisations (fort peu fréquentes). Ca fera des blocs en plus au profit de la Team

[popboy]

Pas de chance, tu tombes sur moi et je ne suis pas une lumière
A l'époque il avait été dit que le manque de cache de niveau 3 serait compensé
par l'augmentation de la fréquence, donc je dirais que la différence c'est ça.

512 L2 pour l'alu, 256 L2 et 1000 L3 pour le powermac, c'est ce qui est indiqué
chez low end mac, donc la cahe ce n'est pas rien.

Mon Ti GHz plafonne à 10,2-10,3 Mk, si ça peu te rassurer.

Ce message a été modifié par popboy - 2 Apr 2004, 20:34.

[caraboud]

Avec mon 17 1,33Mhz, si je mets les perfs du processeur au maximum, j'obtiens aussi 13,1MKeys/s. Es tu sûr que le 15' fait 13,1 kakace ?

[kakace]

Avec mon 17 1,33Mhz, si je mets les perfs du processeur au maximum, j'obtiens aussi 13,1MKeys/s. Es tu sûr que le 15' fait 13,1 kakace ?

C'est le PowerMac (MDD) qui fait 2x13.1 MKeys/s. L'Alu 15 se contente de quelque chose entre 10.8 et 11.2 MKeys/s, soit une baisse de 16%. C'est à peu de choses près les perfs d'un G4 1 GHz (qui atteind les 10.5 MKeys/s). D'après ton benchmark, l'Alu 17 "souffre" du même problème (13.1 / 1.33 * 1.25 = 12.4)...
A première vue, le CPU semble sous-exploité (entre 85 et 90% pour dnetc) et je n'ai pas trop cherché à en savoir plus pour le moment. J'ai dans l'idée que le réseau AirPort (utilisé pour que le PB aille chercher ses blocs sur le proxy situé sur le MDD) consomme de la puissance en continu (au niveau du kernel ?). N'importe comment, ce n'est pas une histoire de cache, vu que le cache L1 suffit largement
Les perfs en elles-mêmes sont plus qu'acceptables comparées à un PC de compétition ( ) mais j'en fais une question de principe : j'ai payé pour avoir 100% de la puissance CPU à ma disposition, et sur le coup, j'ai l'impression que le pavé en alu brossé se paye ma tronche

[EDIT] Fausse alerte... Après avoir examiné les logs du client ce matin, je me suis aperçu qu'il tournait tout à fait normalement sur le PB (13.1 MKeys/s).
Moralité : Ne pas oublier qu'un bi-Pro peut faire tourner le benchmark sur un CPU, et le reste (notament le front-end) sur l'autre.
Conclusion : Le gadget en alu fait tout riquiqui, mais c'est quand même une bête de course

Ce message a été modifié par kakace - 3 Apr 2004, 09:50.

[icounil]

C'est con apparement les serveur de stat de la Team ont planté depuis quelques jours, on peut plus savoir ou on en est...
En bon macbidouilleur, je me tape mes 80 block par jours en moyenne, j'aimerais voir si on continue à dégringoler au classement ou si on stabilise...

[popboy]

Nous ne dégringolions pas vraiment, si tout le monde
à continué, nous devrions plutôt être très proche du gain d'une
place.
C'est un test, somme nous assez persevérants ?

[Rabaothewarri]

Moi, j'ai ralenti un peu (marre de faire tourner les bécanes 24/24…)
Ca calcule seulement quand je m'en sert (mais les machines restent allumées àprès la première utilisation…)

[popboy]

Franchement, c'est déjà bien, je laisse certaines
machines 24/24, mais j'ai des scrupules

[jpaa]

Moi c'est quand je l'utilise que je lance des crunchs.

[Rol@ndB]

moi c'est 24/24 depuis quelques mois sur mon PowerMac
l'Book calcul de temps en temps

mais vu le nombre de blocks qu'il reste à calculer,
c'est inquiétant

[jpaa]

D'après le loi de Jenesaistropqui on peut la trouver demain comme dans 9000ans

[icounil]

C'est un peu déprimant de se de se dire que ca aboutira peut-être que dans 9000 ans, c'est comme si aujourd'hui on arrivait à terme d'une recherche lancée par les sociétés primitives... et puis vu le sujet... dans 1 an et demi, il aura un autre barrage à casser alors qu'on a même pas fini celui-là...

Ce message a été modifié par icounil - 7 Apr 2004, 22:10.

[popboy]

Nugget dans son dernier plan nous dit que la nouvelle machine est arrivée, fonctionne et les stats seront rapidement de retour maintenant.

[caraboud]

Moi ça ne me dérange pas que l'on puisse trouver la clé dans 9000 ans. Après tout, si elle est trouvée demain, on serait juste à la recherche d'un autre challenge pour placer la team macbidouille, et continuer à s'émuler tous ensemble !

[jpaa]

Moi je fais ma dizaine de blocks par jour.....pépère......... 'en fout que ce soit dans 9000ans. Je pense que peut-être je calcule la clé gagnante maintenant alors......je laisse tourner

[Rabaothewarri]

Pfff, ça va faire un mois qu'il n'y a plus de stats... (près de 3 pages de ce topic)
Y a du neuf ?

[Gintonic]

Hello,
oui, ça en est où, cette histoire de stats???
j'avoue avoir bien calmé le jeux depuis la disparition de ces dernières.
@+

[Mathiasr]

Le nouveau serveur pour les stats est bien arrivé et est plus rapide que le précédent, mais pour l'heure les statistiques ne sont pas accessibles, ce devrait être une question de quelques jours maintenant je pense.

http://n0cgi.distributed.net/cgi/dnet-finger.cgi

[kakace]

Vu que la totalité du serveur a été remplacée, il faut laisser du temps au temps pour installer, configurer, tester et valider le nouveau système. Aux dernières nouvelles (hier soir), le serveur de stats était occupé à ingurgiter les logs en attente de traitement depuis plusieurs semaines. Ce n'est plus qu'une question de jours...