Team RC5-72 MacBidouille

[Wip]

Pauvre Wip ignoré par tous...

Comme tu t'adressais plutôt à Nektarfl, je n'osais pas te répondre,
ayant un peu honte de ton message esseulé je te salue, toi et ton G5.

Voilà des forces vives dont l'équipe à bien besoin, salut Wip
et fait bien chauffer tes processeurs 
[right][snapback]936298[/snapback][/right]

T'inquiètes pas Popboy, Nektarfl m'a répondu par MP, et sinon, je suis un ancien sur le topic si tu retournes voir les anciennes pages... . J'avais déjà mis mon G4/400, mon G4/933, et mon Titanium aux services du RC5, mais j'avais un peu délaissé les calculs dernièrement...
Merci en tout cas de ton acceuil, et mon G5 te remercie pour tes encouragements

Wip

[popboy]

C'est bien le MP, mais parfois il est bon d'ajouter un message sur ce "fil", ne serait-ce que pour
signaler que l'équipe est active et accueillante, non ?

[caraboud]

Aujourd'hui j'ai grillé G4HD et son petit PB 17 1,5 avec mon énorme PB 17 1,33 pour la 91 ème place , plus que 54 places et 80 000 blocks et t'es à ma pogne popboy

[popboy]

Ben voilà ce que c'est de ne pas avoir attendu pour m'acheter un vrai PB puissant,
maintenant je suis tout mal avec mon PB Ghz, je vai tenter l'overclock du superdrive pour Noël

[nektarfl]

C'est vrai que j'aurais pu mettre un petit mot ici pour saluer le retour de wip dans l'équipe, surtout que maintenant, il n'est plus limité aux 40 blocks de moyenne par jour de ses débuts.

Pour ma part, je découvre que je suis juste devant popboy (aujourd'hui) et que demain j'aurais encore gagné une place (35ème) que je vais garder un bon bout de temps car ensuite il me faudra grapiller plus de 15 000 blocks pour la place suivante, sans compter que snoopy et ginto continuent d'envoyer des blocks.

Au cours des prochains mois, je risque de ne plus envoyer de blocks. Pas de panique, je continuerais à calculer, mais je sais que mes possibilités de connexion vont être très réduites, alors je tenterais quand même une liaison par trimestre pour décharger et recharger en nombre de block pour tous mes ordinateurs.

[popboy]

Bon grapillage Nektarfl

[Mfx]

Plus moyen de se connecter depuis hier sur les serveurs ...

Un problème ?

Chez moi, ou chez eux ?


Bon, je me réponds tout seul ... Connexion ce matin sans problème

Ce message a été modifié par Mfx - 12 Dec 2004, 09:12.

[patpan]

=Mfx,12 Dec 2004, 02:29]
Plus moyen de se connecter depuis hier sur les serveurs ...

Un problème ?

Chez moi, ou chez eux ? 

C'était chez eux, mais cela n'a guère duré.

J'en ai profité pour atteindre les 100.000 blocs hier, en 168 jours!

Je vous grignote, lentement mais surement...

Bon courage à tous les participants de la Team

[nektarfl]

En lançant dnetc sur mon imac, j'ai eu ça :

CODE

The distributed.net bug report pages are at http://www.distributed.net/bugs/
Using email address (distributed.net ID) 'nektarfl'

[Dec 27 18:54:37 UTC] Automatic processor detection found 1 processor.
[Dec 27 18:54:37 UTC] Automatic processor type detection did not
                     recognize the processor (id: 33554492)
[Dec 27 18:54:37 UTC] RC5-72: Running micro-bench to select fastest core...
[Dec 27 18:55:11 UTC] RC5-72: using core #4 (KKS 7450).
[Dec 27 18:55:11 UTC] RC5-72: Loaded random 53:9EC37729:00000000:1*2^32
[Dec 27 18:55:11 UTC] RC5-72: 0 packets remain in buff-in.r72
[Dec 27 18:55:11 UTC] RC5-72: 0 packets are in buff-out.r72
[Dec 27 18:55:11 UTC] 1 cruncher has been started.

Je suppose que c'est parce que mon core est assez ancien et qu'il reconnait assez mal le G5 du imac, je regarderais ça demain à tête reposée

Ce message a été modifié par nektarfl - 27 Dec 2004, 20:01.

[kakace]

Le 970 FX (xServe, iMac et derniers PowerMac) a en effet un ID différent. J'ai corrigé ça il y a quelques temps déjà, et je crois qu'il serait temps de se mettre à jour

[nektarfl]

En effet, j'ai téléchargé cet après midi la dernière version sur le G5, et ça marche mieux, il reconnait parfaitement le processeur, et utilise de toutes façons le même core.

un G5 à 1,8Mhz ne fait que 1Mkey/s de plus que le G4 à 1,25Mhz.

vivement, kakace, que tu aies le temps, et un G5 pour te pencher dessus afin de faire voler les performances.

[kakace]

vivement, kakace, que tu aies le temps, et un G5 pour te pencher dessus afin de faire voler les performances.

Avoir un G5 n'est pas indispensable. Ce qui compte, c'est de savoir comment ça fonctionne "à l'intérieur", et je n'ai aucun soucis à ce niveau. Quant au temps, j'en ai suffisament.
Ce qui me manque, c'est la méthode : Comment écrire un core G5 performant du premier coup ou presque. Comme je l'ai déjà expliqué, je sais ce qu'il faut obtenir mais pas comment l'obtenir (autrement que par tatônements, ce qui est hors de question).
Mais je cherche...

[patpan]

Bonsoir à l'équipe,

Sympa ce soir le serveur de ./dnetc

Il a envoyé ce petit message à l'ouverture de la connection:

[Center] Seasons Greetings/Happy Moo Year![/Center]

[bad_duck]

Bon, j'ai remis mon mac sur DnetcX (apres avoir mis la version dnetc v2.9009-494-CTR-04081422)

(Pour info, moi, c'est [email protected] )

[patpan]

Bonsoir,

Relation de mon premier bug sur ./dnetc

De temps à autre, je vérifie où en sont les calculs, et ce soir, comme si c'était un soir de désoeuvrement je tombe sur:


[Center][/Center]

autrement dit, les processeurs moulinent dans le vide; rien de crédité au buff-out!

Mon sang ne fait qu'un tour, et me voilà plongé dans les entrailles des commandes de dnetc, via Terminal.
Je tombe assez vite sur la bonne commande: -forceunlock.

Mise à exécution, jai la joie de lire :

[Center][/Center]

je laisse tourner un peu, puis -update

[Center][/Center]

Pour un non spécialiste...... Heureux le garçon

Je ne sais si cela est déjà arrivé à l'un de vous, mais si cela peut aider

Patrick, qui va retrouver ses copains, pas sans Champ! tout de même.


[Center]Heureuse nouvelle année à toutes et à tous, rois et reines de la Bidouille[/Center]

[kakace]

Patpan,
Tout me laisse à penser qu'un autre client tourne en parallèle, qu'il soit toujours actif ou en "pause" avec un lock sur le tampon de sortie. Logiquement, on aurait dû voir le chargement de la racine CA:CDC7B2FF dans le premier grab, ce qui n'est pas le cas.
Si le partage des tampons n'est pas voulu (machines en réseau utilisant les mêmes tampons), le mieux est encore d'arrêter tous les clients (./dnetc -shutdown) pour être sûr qu'aucun zombie ne traine dans le système (ce qui peut arriver lorsqu'on remplace l'exécutable pour une mise à jour sans arrêter le client).
Si le problème réapparait sans raisons, un petit mail accompagné du maximum d'informations à [email protected] devrait aider

[patpan]

Patpan,
Tout me laisse à penser qu'un autre client tourne en parallèle, qu'il soit toujours actif ou en "pause" avec un lock sur le tampon de sortie. Logiquement, on aurait dû voir le chargement de la racine CA:CDC7B2FF dans le premier grab, ce qui n'est pas le cas.
Si le partage des tampons n'est pas voulu (machines en réseau utilisant les mêmes tampons), le mieux est encore d'arrêter tous les clients (./dnetc -shutdown) pour être sûr qu'aucun zombie ne traine dans le système (ce qui peut arriver lorsqu'on remplace l'exécutable pour une mise à jour sans arrêter le client).
Si le problème réapparait sans raisons, un petit mail accompagné du maximum d'informations à [email protected] devrait aider
[right][snapback]968282[/snapback][/right]

Bonsoir kakace

Tous mes voeux de bonne et fructueuse année tout d'abord,

mais je puis t'assurer qu'un seul client tournait, ayant ce matin fait faire le grand tour à Onyx, avec bien sur redémarrage.

Cette semaine mes G4 ne sont pas en réseau. ( j'ai bidouillé mes MDD ).

D'autre part le système est neuf et " propre " sur ce QS.
Je ne sais ce qui a pu se produire, mais sois certain que je te ferai part de tout nouveau problème.

Bonne nuit, et Merci

[nektarfl]

Et voilà, hier, j'ai été prudent, j'avais plusieurs ordinateurs à purger, et finallement, je n'en ai fait qu'un, et j'ai eu raison, en effet, voici le log d'hier:

CODE

dnetc v2.9007-486-CTR-03110414 for Mac OS X (Darwin 7.7.0).
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) 'nektarfl'

[Jan 02 17:00:48 UTC] Connected to euro.v29.distributed.net:2064...            
[Jan 02 17:00:48 UTC] The keyserver says: "Seasons Greetings/Happy Moo Year!
                     ]:8)"
[Jan 02 17:00:48 UTC] Retrieved project state data from server. (cached)
[Jan 02 17:03:12 UTC] RC5-72: Sent 2157 packets (2157.00 stats units) to se ...
[Jan 02 17:03:12 UTC] Connection closed.

et seulement 481 blocs retenus !!!!
OK, tous les blocks calculés l'ont été au hasard, et je suis surpris que le hasard, au vu du nombre de possibilités, donne certainement souvent les mêmes numéros de blocks.
L'ordinateur dont il s'agit n'a aucune connexion à internet, et ma fréquence sur cet ordinateur est très aléatoire (4 mois cette fois-ci). C'est dommage de calculer et de n'être point remercié en retour.
Lors de mon prochain accès, je récupèrerais les fichiers de log hebdomadaires que j'ai demandé au fur et à mesure.

Bonne et heureuse année à tous.

PS: j'envoie quand même 765 blocks ce soir:

CODE

dnetc v2.9007-486-CTR-03110414 for Mac OS X (Darwin 7.7.0).
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) 'nektarfl'

[Jan 03 18:17:00 UTC] Connected to euro.v29.distributed.net:2064...            
[Jan 03 18:17:00 UTC] The keyserver says: "Seasons Greetings/Happy Moo Year!
                     ]:8)"
[Jan 03 18:17:00 UTC] Retrieved project state data from server. (cached)
[Jan 03 18:19:54 UTC] RC5-72: Sent 765 packets (765.00 stats units) to server.
[Jan 03 18:19:54 UTC] Connection closed.

Ce message a été modifié par nektarfl - 3 Jan 2005, 19:22.

[kakace]

J'ai déjà constaté des décallages entre ce qui est transmis et ce qui est crédité. Il n'est pas rare que les blocs manquant le jour J soient pris en compte au jour J+1. Maintenant, le fait de ne vérifier que des blocs pris au hasard n'est pas forcément une bonne idée. S'il est peu probable qu'un même client vérifie plusieurs fois le même bloc, il n'est pas exclus que certain blocs aient déjà été vérifiés par d'autres clients (et donc probablement rejetés en tant que doublons).
Lorsqu'on utilise plusieurs machines, et à défaut de pouvoir toutes les relier à internet, il est préférable d'avoir recours à un "personal proxy", lequel joue alors le rôle de serveur sur un réseau local.

[patpan]

J'ai déjà constaté des décallages entre ce qui est transmis et ce qui est crédité. Il n'est pas rare que les blocs manquant le jour J soient pris en compte au jour J+1. Maintenant, le fait de ne vérifier que des blocs pris au hasard n'est pas forcément une bonne idée. S'il est peu probable qu'un même client vérifie plusieurs fois le même bloc, il n'est pas exclus que certain blocs aient déjà été vérifiés par d'autres clients (et donc probablement rejetés en tant que doublons).
Lorsqu'on utilise plusieurs machines, et à défaut de pouvoir toutes les relier à internet, il est préférable d'avoir recours à un "personal proxy", lequel joue alors le rôle de serveur sur un réseau local.
[right][snapback]970697[/snapback][/right]

Tout à fait d'accord avec toi.

[nektarfl]

J'ai déjà constaté des décallages entre ce qui est transmis et ce qui est crédité. Il n'est pas rare que les blocs manquant le jour J soient pris en compte au jour J+1. Maintenant, le fait de ne vérifier que des blocs pris au hasard n'est pas forcément une bonne idée. S'il est peu probable qu'un même client vérifie plusieurs fois le même bloc, il n'est pas exclus que certain blocs aient déjà été vérifiés par d'autres clients (et donc probablement rejetés en tant que doublons).
Lorsqu'on utilise plusieurs machines, et à défaut de pouvoir toutes les relier à internet, il est préférable d'avoir recours à un "personal proxy", lequel joue alors le rôle de serveur sur un réseau local.
[right][snapback]970697[/snapback][/right]

Quand j'ai parlé de non accès à internet, l'ordinateur en question n'est pas chez moi, c'est l'ordinateur que j'ai offert à mon filleul pour ses 16 ans et que j'ai mis à contribution 'à l'insu de son plein gré', et donc quand je dis aucun accès, il n'y a même pas de connexion internet chez lui pour l'instant, ça viendra et le problème sera résolu.

[Mfx]

Bonjour,

Sur le projet OGR-25, l'équipe vient de passer 67ème

Nous sommes quelques uns à considérer qu'un ou deux de plus sur RC5 ne changerait pas le classement de manière fondamentale, et à 'travailler' sur OGR, où nous grignotons des places au fur et à mesure. Patience et longueur de temps ...
Le précédent est à 100 'Gnodes' devant nous, on devrait gagner une place demain? Mais le suivant à rattraper est à 900 000 'Gnodes' devant nous, il va vraiment falloir être patient

Amicalement,

Mfx

Ce message a été modifié par Mfx - 11 Jan 2005, 07:57.

[Macafond]

bonjour,
voilà je viens de m'interresser à ce proget, mais je ne comprends pas grand chose à cette petite fenetre de terminal. en résumé j'ai lance le "dnetc"
mis mon email, mis "dnetc.ini" de macbidouille dans le dossier de "dnetc"
et ensuite je sais pas trop ce qu'il se passe, à part qu'il me bouffe 195% de mes processeurs (je sais il calcule), que doit on regardé ou faire ??
et quand je fais "quitter" après avoir vu divers % passés, a puis b ........ donc sans comprendre exactement ce qu'il se passe, ou il en est..

je regarde le moniteur d'activité, et là je vois qu'il y a toujours "dnetc" qui tourne c'est quoi ce "bordel"
merci de m'éclaircir afin de participer

Ce message a été modifié par Macafond - 19 Jan 2005, 10:56.

[patpan]

bonjour,
voilà je viens de m'interresser à ce proget, mais je ne comprends pas grand chose à cette petite fenetre de terminal. en résumé j'ai lance le "dnetc"
mis mon email, mis "dnetc.ini" de macbidouille dans le dossier de "dnetc"
et ensuite je sais pas trop ce qu'il se passe, à part qu'il me bouffe 195% de mes processeurs (je sais il calcule), que doit on regardé ou faire ??
et quand je fais "quitter" après avoir vu divers % passés, a puis b ........ donc sans comprendre exactement ce qu'il se passe, ou il en est..

je regarde le moniteur d'activité, et là je vois qu'il y a toujours "dnetc" qui tourne  c'est quoi ce "bordel"
merci de m'éclaircir afin de participer
[right][snapback]993358[/snapback][/right]

Bonsoir Macafond ,

si tu relis les messages éclairés de Kakace , tu vas en déduire:

1°) une fois le processus dnetc lancé, tu laisses faire ton ordi.
le fichier .ini n'est crée qu'après un -config

2°) si tu ne sais pas ou tu as localisé ton ou tes clients, tu fais un ./dnetc -shutdown

3°) tu n'as aucune obligation de redémarrer ton système, sauf Terminal. - et encore! -
( la fenètre Terminal est paramétrable via " Afficher les infos " du menu Fichier )

4°) vérifie tout de même, pour ne rien gacher, qu'il n'y a pas un autre " buff-out.r72 " qui traine.

5°) bien sur tu relances le client


Allons, nous sommes certains que tu vas y arriver, et nous rejoindre bientôt.

Bon courage, et surtout n'hésites pas à poser des questions; elles sont les bievenues.

Patrick

[Macafond]

merci de ta réponse "patpan"

- je n'ai qu'un " buff-out.r72 " dans le dossier MB
- cela fait 24heures, et je n'ai toujours pas d'email de reçu
- et " Dnetcx G5 beta " c'est pas mieux ??
- hier j'ai passé du temps à suivre des exemples de paramétrages ici " http://forum.macbidouille.com/index.php?sh...00&#entry755341 ", mais le hic, c'est que la version que j'ai (2.9009-494) n'est pas exactement identiques dans le nombre de menus, donc! petits soucis pour moi.
- et pouquoi, un "dnetc" tourne toujours sur le "moniteur d'activité" alors que j'ai quitté le terminal ???

Ce message a été modifié par Macafond - 20 Jan 2005, 09:50.

[Macafond]

y pas grand monde qui passe par ici
pourquoi j'ai pas d'email de "distributed.net" bon ben au revoir..

[ctrl_alt_suppr]

Macafond, si tu as suivi les instructions, tu as du lancer dnetc en démon (en ajoutant le caractère & à la fin de la commande, ce qui signifie "lance la commande en arrière plan et rend moi la main"), et le fait de quitter le terminal ne stoppe pas les processus lancés en arrière plan.

Pour ce qui est de l'email de confirmation, c'est à toi de le demander en te rendant sur la page de statistiques du projet RC5, en tapant ton adresse email dans le champ prévu à cet effet en haut et au centre de la page, et en cliquant sur le bouton "email me my password" situé en bas de la page de statistiques personnelles.

Bon courrage et bienvenue sur RC5 !

[Macafond]

Macafond, si tu as suivi les instructions, tu as du lancer dnetc en démon (en ajoutant le caractère & à la fin de la commande, ce qui signifie "lance la commande en arrière plan et rend moi la main"), et le fait de quitter le terminal ne stoppe pas les processus lancés en arrière plan.

Pour ce qui est de l'email de confirmation, c'est à toi de le demander en te rendant sur la page de statistiques....
Bon courrage et bienvenue sur RC5 !

- aaaaaahh ben le voilà le fameux email, merci "ctrl_alt_suppr"
- au sujet de "tu as du lancer dnetc en démon (en ajoutant le caractère & à la fin de la commande" non rien du tout j'ai double cliqué sur "dnetc" simplement
nb: ils auraient pu faire un truc plus sympa pour novice, que cette fenetre de terminal..
et j'appartiens à qui maintenant ? cela y est j'ai trouvé, donc "le pommier (macbidouille)"
je vois pas ou l'on peut voir les membres y appartenant !

- et comment lance t'on simplement ce soft "dnetc" svp ?
- et "cowboy" c'est pour quoi faire ?

c'était la derniere question merci
et encore merci, je croyais le lieu abandonné


Ce message a été modifié par Macafond - 20 Jan 2005, 19:47.

[kakace]

L'absence d'interface graphique vient principalement d'une guerre interne entre développeurs, certains voyant d'un très mauvais oeil les changements apportés ici ou là au code commun pour faciliter l'implémentation d'une interface (notamment pour Mac OS "classic") au sein même du client. Ces modifications rendaient le code source inutilement complexe en multipliant les cas particuliers, ne respectaient pas les règles élémentaires d'un design orienté objet, incitaient au développement d'interfaces pour toutes les plateformes. En bref, une calamité.
Si le Terminal est plus compliqué pour les novices, il présente l'avantage de présenter une interface commune (menus) à toutes les plateformes, d'être plus pratique lors d'une utilisation en réseau et de rendre le client plus léger. D'autre part, il est relativement facile de lancer un programme dans un Terminal depuis une application graphique, laquelle peut alors servir d'interface conviviale. Dans le cas présent, c'est le rôle de DnetcX, Cowboy, Crunching Cows, et quelques autres (ce qui fait au moins 3 interfaces différentes au lieu d'une seule si elle était intégrée au client).

Il y a plusieurs façons de lancer "dnetc" à la demande. Soit directement depuis le Terminal (peu pratique), soit via une interface graphique dédié (DnetcX, Cowboy, Crunching Cows, etc). Il est aussi possible de le lancer automatiquement à chaque démarrage, par exemple en ajoutant l'application graphique dans la liste dédiée (Préférences->Compte->Démarrage). En compliquant un peu, on peut lancer le client via les Startup Items (commande "./dnetc -install" depuis le terminal).

Ceci dit, je recommande plutôt Crunching Cows aux néophites. Bien que l'interface soit en anglais, elle est très accessible et l'auteur fait évoluer ce programme assez régulièrement (et notamment après chaque nouvelle version du client ce qui facilite les mises à jour)

[Macafond]

merci "kakace"
j'ai téléchargé "Crunching Cows" comme conseillé, par contre j'y ai jeté un oeil, juste un !
et une question me vient, ce qui a été calculé sur son DD, c'est récupéré comment svp ?