Team RC5-72 MacBidouille

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

[Macafond]

pour infos, voici la plus importante pointe de calcul: 26.15 Mkeys/s

il ne passe pas grand monde par ici..

??? j'aimerai bien savoir avant de me servir plutot de "Crunching Cows" comment il faut faire pour récupérer les calculs déjà fait par "dnetc", merci

[nektarfl]

Pour ma part, je ne passe que de temps en temps, et comme tu te poses pas mal de questions, je vais essayer d'y répondre/

1: pour ta pointe de vitesse, bravo, t'as une super bete de course, mon imac G4 1,25Ghz pointe à 12,8Mkeys/s et le imac G5 1,8Ghz pointe à 13,8Mkeys/s

2: pour voir ton avancement au fur et à mesure, il faut que ta fenetre de terminal soit lancée (cf les explications dans le lien de ma signature) si par contre, tu veux controler de temps en temps, tu peux demander les fichiers de log: (je suppose que tu as suivi mes explications avec terminal et que tu as tapé ./dnetc[espace]-config[return]

CODE

distributed.net client configuration:
--------------------------------------------------------------------------
1) General Client Options
2) Buffer and Buffer Update Options
3) Performance related options
4) Logging Options

9) Discard settings and exit
0) Save settings and exit


Choice -->

tu tapes 4[return]

CODE

distributed.net client configuration: Logging Options
--------------------------------------------------------------------------
1) Log file type ==> rotate
2) File to log to ==> mac_dnetc/log
3) Log file limit/interval ==> weekly
4) Log by mail spool size (bytes) ==> 0 (mail disabled)

0) Return to main menu

puis 1[return]4[return] pour avoir un fichier qui tourne

ensuite 2[return] nom_du_répertoire[return] en évitant les caractères espace dans le nom, c'est le répertoire qui va recevoir les logs à la fin du calcul de chaque bloc (il faut que tu crée le répertoire toi-même)

ensuite 3[return] weekly[return] pour avoir un fichier de log par semaine car avec ta machine, le fichier deviendrait un peu trop volumineux si tu n'en demande qu'un par mois et je pense que daily fait beaucoup de fichiers de log dans le répertoire

puis 0[return]0[return]

pour quitter et sauver tes données

Ensuite pour éviter de te creuser la tête de savoir si tu lances ou pas dnetc , je te propose de le lancer au démarrage de ta machine, il tourne alors même pendant la page de login, et tu l'oublies.
./dnetc -install démarrera les calculs au prochain démarrage de ta machine.

Le nombre de blocks, tu as l'explication dans le lien de ma signature, il envoie les blocks et en reçoit de nouveaux quand le buff-in.r72 est vide ou si tu demandes ./dnetc -update ou ./dnetc -flush

Liste des membres de l'équipe

Voilà, j'espère avoir été clair dans mes explications

ps:tu me trouveras actuellement à la 34ème place de l'équipe.

[kakace]

  il ne passe pas grand monde par ici..

Il est difficile de dormir, travailler et trainer ici en même temps

??? j'aimerai bien savoir avant de me servir plutot de "Crunching Cows" comment il faut faire pour récupérer les calculs déjà fait par "dnetc", merci

Première chose à faire : stopper dnetc (soit depuis le Terminal avec "./dnetc -shutdown", soit avec le Moniteur d'Activité).

Solution 1 :
Mettre dnetc et les fichiers associés à la poubelle (dnetc, dnetc.ini, buff-in.rc5, buff-out.rc5, etc). Ca fait perdre le bénéfice de ce qui est déjà calculé, mais c'est le plus simple.

Solution 2 :
Depuis le Terminal, taper "./dnetc -flush" pour envoyer les blocs calculés au serveur. Lorsque c'est fait, appliquer la solution 1.

Solution 3 :
Si Crunching Cows a déjà été lancé au moins une fois, le dossier "~/Bibliothèque/Preferences/Crunching Cows" doit exister. Copier les fichiers dnetc.ini, buff-in.rc5 et buff-out.rc5 dans ce dossier. Appliquer la solution 1.

Lancer Crunching Cows, vérifier les réglages, puis lancer le client. C'est fini.

PS: Ne pas oublier de jeter un oeil à la FAQ, c'est toujours utile

[Macafond]

...........Le nombre de blocks, tu as l'explication dans le lien de ma signature, il envoie les blocks et en reçoit de nouveaux quand le buff-in.r72 est vide ou si tu demandes ./dnetc -update ou ./dnetc -flush

Liste des membres de l'équipe

Voilà, j'espère avoir été clair dans mes explications

ps:tu me trouveras actuellement à la 34ème place de l'équipe.

- c'est quand même pas coton ce terminal
- je ne sais pas trop ou plus, mais "buff-out.r72" a été vidé
- donc là je redémarre avec "Crunching Cows"
( au sujet de "buff-out.r72" peut il être intercalé entre dnetc et Crunching Cows, le nom est identique, ou faire un alias, non ? )
- 34ème aaah oui t'as un peu d'avance si on peut dire.. bon ben j'ai du boulot sur la planche pour " rattraper mon retard "
merci
nb: cela avance pas trop vite les packets.. bon demain j'achetes un PC pour effrayer mon mac

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

[Macafond]

avec "Crunching Cows" et seul à tourner, ordinateur tranquille tout seul,
cela va moins vite 23.02 Mkeys/s, bon ben.. je reviens sur "dnetc"

[patpan]

nb:  cela avance pas trop vite les packets.. bon demain j'achetes un PC pour effrayer mon mac 
[right][snapback]997312[/snapback][/right]

salut,

Ouais, Ouais!........

l'essai est intéressant à faire, si on cherche à se réfugier dans la déception!

Suis rentré trop tard ce soir pour envoyer quoique ce soit.

Demain vous aurez à notre compte qqch de proche de 5000 blocks.

Pat

[nektarfl]

nb:  cela avance pas trop vite les packets.. bon demain j'achetes un PC pour effrayer mon mac 
[right][snapback]997312[/snapback][/right]

Sans vouloir te décevoir, il va falloir que t'achète une bète de course car si tu veux trouver un PC qui batte ton mac, il faut que tu saches qu'à cadence d'horloge identique entre un PC à 1,8Ghz et un mac G5 à 1,8Ghz, les résultats sont différents : (PC: 5,4Mkeys/s <==> MAC: 13,8Mkey/s).
Au vu de ce résultat, je te mets au défi de trouver actuellement un PC ayant une cadence de 9,2Ghz pour arriver à concurrencer ton Mac.

Depuis le début, on te dis d'installer dnetc et de le lancer une fois pour toute, ensuite, tu l'oublie et ça bosse tout seul sans que tu n'ais besoin de t'en occuper.

En ce qui concerne le nombre de packets par jour, tu dois bien arriver à en calculer plus de 500 par jour, alors que le projet entame sa 3ème année, alors forcément, tu as un peu de retard, mais si tu calcules le nombre de blocks moyen quotidien de bon nombre d'entre nous, tu te rendras compte que ta moyenne est plus élevée, en effet, la mienne est de 292 blocks par jour actuellement, ensuite, tu remarqueras que le 15ème de l'équipe a une moyenne quotidienne de 335 blocks par jour, donc à long terme (le projet a en théorie une durée d'encore 900 années) et si tu es régulier dans tes envois, tu atteindras une place au top 20 sans problèmes. (enfin si les G6-G7-G8-G9 ne viennent pas bouleverser le rythme de calcul

--- patience et longueur de temps ...... etc ----

[Macafond]

nb:  cela avance pas trop vite les packets.. bon demain j'achetes un PC pour effrayer mon mac 
[right][snapback]997312[/snapback][/right]

En ce qui concerne le nombre de packets par jour, tu dois bien arriver à en calculer plus de 500 par jour, alors que le projet entame sa 3ème année, alors forcément, tu as un peu de retard, mais si tu calcules le nombre de blocks moyen quotidien de bon nombre d'entre nous, tu te rendras compte que ta moyenne est plus élevée, en effet, la mienne est de 292 blocks par jour actuellement, ensuite, tu remarqueras que le 15ème de l'équipe a une moyenne quotidienne de 335 blocks par jour, donc à long terme (le projet a en théorie une durée d'encore 900 années) et si tu es régulier dans tes envois, tu atteindras une place au top 20 sans problèmes. (enfin si les G6-G7-G8-G9 ne viennent pas bouleverser le rythme de calcul

--- patience et longueur de temps ...... etc ----
[right][snapback]997706[/snapback][/right]

nouvelle pointe 26.42 Mkeys/s bon je gardes mon mac! et c'est pas demain que je vais m'acheter un PC bien sur !!

Depuis le début, on te dis d'installer dnetc et de le lancer une fois pour toute, ensuite, tu l'oublie et ça bosse tout seul sans que tu n'ais besoin de t'en occuper.

cela y est ! grace à tes indications

Sans vouloir te décevoir, il va falloir que t'achète une bète de course car si tu veux trouver un PC qui batte ton mac, il faut que tu saches qu'à cadence d'horloge identique entre un PC à 1,8Ghz et un mac G5 à 1,8Ghz, les résultats sont différents : (PC: 5,4Mkeys/s <==> MAC: 13,8Mkey/s).
Au vu de ce résultat, je te mets au défi de trouver actuellement un PC ayant une cadence de 9,2Ghz pour arriver à concurrencer ton Mac.

c'était juste pour impressionner mon mac

(PC: 5,4Mkeys/s <==> MAC: 13,8Mkey/s).

[Macafond]

...En ce qui concerne le nombre de packets par jour, tu dois bien arriver à en calculer plus de 500 par jour,...

j'ai laissé entre autre l'ordi tourner complètement 1 journée, et sur le 24/1 j'en aurait envoyé 497 blocks.. c'est sur qu'ils sont bien tous arrivés ???? d'ou ma question, j'ai regardé le log en ouvrant la console et je n'arrive pas trop à voir ou se trouve le total ou autres, qui me permettrais de me renseigner la dessus:

- quelle ligne dois je reperer pour voir les blocks étant passés entre telle journée ?

- comment afficher temporairement ce qu'il se passe ? (dnetc part au démarrage)

- je pense qu'il est préférable de charger peu de blocs et de les envoyer plus souvent ?

(suis à 24 en réglage, car j'ai vu que certains se plaignaient de n'avoir pas eut tous leurs blocks de pris en compte, n'est ce pas dû à un trop long moment qu'il s'est passé entre les blocs qu'ils ont chargés, et le moment ou le résultat a été retourné ? comment est géré ce paramétre chez RC5 ?
merci

Ce message a été modifié par Macafond - 25 Jan 2005, 12:06.

[nektarfl]

...En ce qui concerne le nombre de packets par jour, tu dois bien arriver à en calculer plus de 500 par jour,...

j'ai laissé entre autre l'ordi tourner complètement 1 journée, et sur le 24/1 j'en aurait envoyé 497 blocks.. c'est sur qu'ils sont bien tous arrivés ???? d'ou ma question, j'ai regardé le log en ouvrant la console et je n'arrive pas trop à voir ou se trouve le total ou autres, qui me permettrais de me renseigner la dessus:

- quelle ligne dois je reperer pour voir les blocks étant passés entre telle journée ?

C'est à lire ainsi :
[Jan 28 12:55:30 UTC] RC5-72: Loaded CA:D61D54B1:00000000:1*2^32
-->Un block est chargé
[Jan 28 12:55:30 UTC] RC5-72: Summary: 1215 packets (1215.00 stats units)
4.18:54:36.91 - [12.61 Mkeys/s]
-->Rapel du temps de travail depuis le lancement, le nombre de blocks déjà calculés depuis le lancement et la moyenne de clés calculées depuis le lancement
[Jan 28 12:55:31 UTC] RC5-72: 14297 packets (14297.00 stats units) remain in
buff-in.r72
-->Rappel du nombre de blocks restant à calculer
Projected ideal time to completion: 54.22:30:04.00
-->temps de calcul restant avant envoi des blocks de manière automatique
[Jan 28 12:55:31 UTC] RC5-72: 1453 packets (1453.00 stats units) are in
buff-out.r72[I]
-->Indication du nombre de blocks dans le buffer (différent très souvent du nombre calculés depuis le lancement du programme)
[I][Jan 28 13:01:13 UTC] RC5-72: Completed CA:D61D54B1:00000000 (1.00 stats units)
0.00:05:42.22 - [12,550,318 keys/s]
-->Vitesse de calcul du dernier block avec son numéro et sa moyenne

- comment afficher temporairement ce qu'il se passe ? (dnetc part au démarrage)

+ Soit en regardant les logs qui te donnent le résultat précédent
+ Soit en te mettant dans le répertoire de dnetc et en tapant successivement : ./dnetc -shutdown qui arrête les process en cours, ./dnetc qui lance le process avec visualisation

- je pense qu'il est préférable de charger peu de blocs et de les envoyer plus souvent ?

Ca dépent (regarde le nombre de blocks que j'ai chargé, je fais en sorte que l'ordinateur ai le moins souvent possible à faire un calcul avec des blocks aléatoires (cf discussion plus haut), si tu es connecté 24h/24, je te conseille plutôt de mettre 23h, en effet si un jour tu charges un peu plus ton ordinateur, tu n'aura aucun envoi ce jour là, il sera reporté au lendemain.

(suis à 24 en réglage, car j'ai vu que certains se plaignaient de n'avoir pas eut tous leurs blocks de pris en compte, n'est ce pas dû à un trop long moment qu'il s'est passé entre les blocs qu'ils ont chargés, et le moment ou le résultat a été retourné ? comment est géré ce paramétre chez RC5 ?

Les blocks chargés sont réservés pendant 90 jours, seuls les blocks calculés au hasard donnent un résultat hasardeux !!!
La manière dont c'est géré, lis les pages précédentes, c'est déjà indiqué ( )