Team RC5-72 MacBidouille

[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é ( )

[kakace]

Il doit être possible de paramétrer le client de façon plus "intelligente". Par exemple, on peut lui demander de faire un "update" automatique à chaque connexion à internet, ou encore de faire un "update" toutes les 4 heures, même si le tampon buff-in n'est pas vide. Visite guidée :
1. Pour une connexion permanente

CODE

./dnetc -config
option 2) "Buffer and Buffer Update Options"
option 10) "Additional buffer-level checking"
New Setting --> 2   ("fetch/flush all buffers if any out-buffer is not empty")
option 11) "Buffer-level check interval"
New Setting --> 4:00     (4 heures, par exemple)
option 0) "Return to main menu"
option 0) "Save settings and exit"

A partir de ce moment là, le client devrait effectuer un "update" automatique toutes les 4 heures puisqu'il y a de grandes chances qu'au moins un bloc se trouve dans buff-out.rc5 après ce laps de temps.
Avec ce réglage, et si on choisi d'avoir des blocs en réserve pour plusieurs jours, le client continue de fonctionner sur sa réserve même si le réseau est temporairement indisponible (ce qui arrive fréquemment avec le Proxy), tout en ayant des stats journalières en temps normal.

2. Pour une connexion non permanente

CODE

./dnetc -config
option 2) "Buffer and Buffer Update Options"
option 6) "Keyserver<->client connectivity options"
option 9) "Dialup-link detection"
New Setting --> 1 ou 2   (le choix 2 interdit au client d'initier une connexion)
option 0) "Return to Buffer and Buffer Update Options"
option 0) "Return to main menu"
option 0) "Save settings and exit"

NB: En théorie ça marche, mais j'avoue n'avoir jamais essayé ces options.
NB2: Il est possible que l'interface utilisée (DnetcX, Cowboys, Crunching Cows, etc) remplace le fichier dnetc.ini (ou lance le client) avec ses propres réglages.

[Macafond]

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é (   )
[right][snapback]1005670[/snapback][/right]

merci j'en suis à la page 57..

[Mfx]

merci j'en suis à la page 57.. 

Configure tes forums pour avoir 40 messages par pages ... Je n'ai que 50 pages en tout pour ce sujet

[Macafond]

merci j'en suis à la page 57.. 

Configure tes forums pour avoir 40 messages par pages ... Je n'ai que 50 pages en tout pour ce sujet

le contenant ne diminuera pas pour autant cela fait un petit paquet à consulté quand même..

- au fait je ne comprends pas " seuls les blocks calculés au hasard donnent un résultat hasardeux !!! " qu'est ce qui fait la différence ??, on charge xx blocks, on calcule, on envoi toutes les xx heures ou quand le "buff-in" est vide... mystère pour moi

pour info: 26,42 Mkeys/s est possible de faire - peut on faire mieux en "empêchant" des applis de tourner ?

Ce message a été modifié par Macafond - 30 Jan 2005, 20:56.

[zarck]

Pourquoi le 2.5 G5 ne figure pas dans la liste ?

http://n0cgi.distributed.net/speed/query.p...2&contest=rc572

Aucun utilisateur de G5 2.5 n'a fait tourner RC5-72 ? même 5 minutes ?

[zarck]

Il y a un Athlon 64 3000 à 26 Millions keys/s

AMD Athlon64 3000 ogr 26,255,888.00 0.00 0.00 1

Alors le G5 2.5 c'est combien ?

[Mfx]

Il y a un Athlon 64 3000 à 26 Millions keys/s

AMD Athlon64 3000 ogr 26,255,888.00 0.00 0.00 1

Alors le G5 2.5 c'est combien ?

Voici le résultat de dnetc -bench sur un G5 2x2.5
A multiplier par 2, puisque le test n'implique qu'un proc sur les 2 ...

J'ai mis les résultats RC5 et OGR.

CODE

./dnetc -bench

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
RC7-72 Altivec and OGR assembly by Didier Levet
Please visit http://www.distributed.net/ for up-to-date contest information.


dnetc v2.9009-494-CTR-04081422 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) '[email protected]'

[Jan 31 15:48:19 UTC] Automatic processor type detection found a PowerPC 970FX (G5) processor.
[Jan 31 15:48:19 UTC] RC5-72: using core #0 (MH 2-pipe).
[Jan 31 15:48:39 UTC] RC5-72: Benchmark for core #0 (MH 2-pipe)               0.00:00:17.00 [5,641,054 keys/sec]
[Jan 31 15:48:39 UTC] RC5-72: using core #1 (KKS 2-pipe).
[Jan 31 15:48:58 UTC] RC5-72: Benchmark for core #1 (KKS 2-pipe)              0.00:00:16.07 [6,125,586 keys/sec]
[Jan 31 15:48:58 UTC] RC5-72: using core #2 (KKS 604e).
[Jan 31 15:49:17 UTC] RC5-72: Benchmark for core #2 (KKS 604e)                0.00:00:16.07 [5,592,552 keys/sec]
[Jan 31 15:49:17 UTC] RC5-72: using core #3 (KKS 7400).
[Jan 31 15:49:36 UTC] RC5-72: Benchmark for core #3 (KKS 7400)                0.00:00:16.70 [15,747,705 keys/sec]
[Jan 31 15:49:36 UTC] RC5-72: using core #4 (KKS 7450).
[Jan 31 15:49:55 UTC] RC5-72: Benchmark for core #4 (KKS 7450)                0.00:00:16.06 [18,833,424 keys/sec]
[Jan 31 15:49:55 UTC] RC5-72: using core #5 (MH 1-pipe).
[Jan 31 15:50:14 UTC] RC5-72: Benchmark for core #5 (MH 1-pipe)               0.00:00:16.06 [4,753,079 keys/sec]
[Jan 31 15:50:14 UTC] RC5-72: using core #6 (MH 1-pipe 604e).
[Jan 31 15:50:32 UTC] RC5-72: Benchmark for core #6 (MH 1-pipe 604e)          0.00:00:16.06 [4,735,930 keys/sec]
[Jan 31 15:50:32 UTC] OGR-P2: using core #0 (KOGE 2.0 Scalar).
[Jan 31 15:50:51 UTC] OGR-P2: Benchmark for core #0 (KOGE 2.0 Scalar)         0.00:00:16.25 [29,224,014 nodes/sec]
[Jan 31 15:50:51 UTC] OGR-P2: using core #1 (KOGE 2.0 Hybrid).
[Jan 31 15:51:10 UTC] OGR-P2: Benchmark for core #1 (KOGE 2.0 Hybrid)         0.00:00:16.79 [41,980,123 nodes/sec]

Donc, quand je ne fais pas trop de choses en parallèle, je tourne à environ 80-82 Mnodes par seconde (je bosse sur OGR-P2). Et malgré l'occupation à 95% ou plus des deux procs, et une température de procs à environ 80°, les ventilos restent discrets

Satisfait des résultats ?

Amicalement

Mfx

Ce message a été modifié par Mfx - 31 Jan 2005, 17:09.

[zarck]

Si je click sur "Join the team" pour rejoindre la team RC5-72 MacBiduoille, j'ai le message suivant,

STATS ERROR


You have entered either an invalid id, or an incorrect password. As usual, feel free to contact [email protected] if you require help


There was an error processing your request.

Pourquoi ?



Ps: Mfx merci pour la réponse, qui rajoute de nouveaux processeurs dans la liste des cpu ?

Ce message a été modifié par zarck - 31 Jan 2005, 17:57.

[kakace]

Ps: Mfx merci pour la réponse, qui rajoute de nouveaux processeurs dans la liste des cpu ?
[right][snapback]1009000[/snapback][/right]

N'importe qui peut le faire ici. Mais ce n'est pas une raison pour faire n'importe quoi (il m'arrive de faire le ménage )

[zarck]

Ps: Mfx merci pour la réponse, qui rajoute de nouveaux processeurs dans la liste des cpu ?
[right][snapback]1009000[/snapback][/right]

N'importe qui peut le faire ici. Mais ce n'est pas une raison pour faire n'importe quoi (il m'arrive de faire le ménage )
[right][snapback]1009081[/snapback][/right]

Pourquoi ne pas rajouter le 2.5Ghz ?