Team RC5-72 MacBidouille

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

[Macafond]

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 ?

je ne sais pas, mais moi (voir signature) = 26.42 Mkeys/s

[kakace]

Pourquoi ne pas rajouter le 2.5Ghz ?
[right][snapback]1009215[/snapback][/right]

C'est automatique, et le G5 2.5 GHz est bel est bien présent
Seulement il faut regarder du côté des machines multi-processeurs pour le trouver, vu qu'en théorie y'a 2 CPUs sur ces bêtes là. J'ai néanmoins enregistré les performances annoncées par Mfx dans les deux catégories (mono-CPU et multi-CPU) histoire de clarifier la situation.

[Mfx]

J'ai néanmoins enregistré les performances annoncées par Mfx dans les deux catégories (mono-CPU et multi-CPU) histoire de clarifier la situation.

Merci, je n'avais pas eu le courage de le faire

[patpan]

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

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


[right][snapback]1008736[/snapback][/right]

Curieux, personne n'a relevé : AMD Athlon64 3000 : 26,255,888.00

c'est pour ogr et non RC5-72

ce ne sont donc pas des keys/s, mais des calculs différents (Mnodes).

@+

pour nektarfl

les explications que tu donnes dans ton post du 21/01 20:13 sont excellentes, et facilitent grandement la surveillance, Console se chargeant automatiquement du boulot d'archivage, et Terminal ainsi paramétré, il n'y a plus de risques avec les blocs aléatoires.

Comme tu as du le remarquer, j'ai d'ailleurs un peu boosté mes performances.......

(Il faut que je mette ma signature à jour)

Merci

[patpan]

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

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


[right][snapback]1008736[/snapback][/right]

Curieux, personne n'a relevé : AMD Athlon64 3000 : 26,255,888.00

c'est pour ogr et non RC5-72

ce ne sont donc pas des keys/s, mais des calculs différents (Mnodes).

@+

pour nektarfl

les explications que tu donnes dans ton post du 21/01 20:13 sont excellentes, et facilitent grandement la surveillance, Console se chargeant automatiquement du boulot d'archivage, et Terminal ainsi paramétré, il n'y a plus de risques avec les blocs aléatoires.

Comme tu as du le remarquer, j'ai d'ailleurs un peu boosté mes performances.......

(Il faut que je mette ma signature à jour)

Merci

[patpan]

(Il faut que je mette ma signature à jour)

Merci 
[right][snapback]1010312[/snapback][/right]

La disparition dans les 30' du bouton " Edit ", m'oblige à vous confirmer que ma signature commence à être plus conforme...........

C'est un p'tit peu hors sujet, désolé, mais ainsi vous aurez une amorçe d'explication des honnêtes scores de maintenant .......

@+ , et bossons tous pour la "Team"

Pat

[popboy]

Effectivement tu as de quoi faire, je vois que tu as mis une Giga dans ton MDD,
au niveau du "chauffage" tu sens une différence ?

[patpan]

Effectivement tu as de quoi faire, je vois que tu as mis une Giga dans ton MDD,
au niveau du "chauffage" tu sens une différence ?
[right][snapback]1010785[/snapback][/right]

Bonsoir, ( la Suisse, je crois )

La Gigadesings @ 1,47Ghz a remplacé la 867 d'origine, et elle ne possède pas de capteur de température intégré. Alors ce ne sont que des impressions, mais les voici:

- temp : équivalente dirais-je, l'extracteur PCI tout en haut n'étant pas installé auparavant.
- bruit : bien inférieur ( il est à côté du FW 800 @ 1,25, et son bruit n'est pas perceptible face à celui de celui-ci, strictement d'origine sauf les deux DD int. et sa carte ethernet en plus. )
- perfs : là on ne joue plus dans la même cour! A titre d'exemple il fait tourner dnetc à 30,9 Mkeys en moyenne...
- stabilité: sans faille pour l'instant à cette fréquence d'horloge. ( j'ai essayé @1,53 - c'est un bus 133 - mais la fréquence n'est pas reconnue par le système. )

Enfin, voilà pour le vécu, avec trois mois de recul maintenant

@ + Genève

[vlurk]

Bien voilà, c'est fait: je contribue maintenant au Pommier! Oh, ce n'est pas une contribution de taille car je n'ai qu'un Sempron 2400+ sous linux mais tout de même, c'est 6.2 MKeys de plus pour l'équipe.

J'hésite pour l'instant à l'installer sur mon portable mais je tenterai sans aucun doute l'expérience d'ici peu.

@+

[popboy]

Bienvenue dans l'équipe, sur portable c'est parfois un peu lourd et bruyant, quand j'encode et je "surfe" par exemple je le "kill"

[kakace]

Bienvenue dans l'équipe, sur portable c'est parfois un peu lourd et bruyant, quand j'encode et je "surfe" par exemple je le "kill" 
[right][snapback]1015235[/snapback][/right]

Un peu "bourrin" comme méthode
Pourquoi ne pas s'inspirer de ça :

CODE

[triggers]
pause-on-high-cpu-temp=yes
cpu-temperature-thresholds=58.8C:59.5C
pause-watch-plist=DVD2oneX|iDVD|ffmpeg|mpeg2enc|mp2enc

...soit en modifiant dnetc.ini (peu recommandé), soit via les menus de configuration. Ces 3 lignes mettent le client en pause lorsque la température dépasse un certain seuil (ça marche sur les MDD et les PowerBook alu), et/ou lorsque l'une des applications spécifiées est utilisée. Evidemment, le client se remet au travail lorsque les conditions de pause ne sont plus remplies.

[vlurk]

Bienvenue dans l'équipe, sur portable c'est parfois un peu lourd et bruyant, quand j'encode et je "surfe" par exemple je le "kill" 
[right][snapback]1015235[/snapback][/right]

Merci popboy.

Oui, en effet les ventilateurs s'activent en permanence mais je ne trouve pas le bruit agressant: je viens du monde PC et de mon point de vue le PowerBook est un ordinateur silencieux peu importe les conditions!

Chez moi je dispose même d'un dispositif de refroidissement pour laptops d'Antec... Deux ventilateurs qui aident à garder mon PB à une température très acceptable. Et puisque la plupart du temps je regarde la TV et/ou écoute de la musique en même temps, le bruit ne m'indispose absolument pas non plus. Je te remercie tout de même pour la méthode sugéré kakace: celà me sera peut-être plus utile sur la route.

En résumé je me suis donc lancé: je tourne également le client sur mon Powerbook et ce qui me motive à faire cela c'est la performance halucinante de mon petit G4 1.33Ghz: il enregistre des pointes de 13.4 Mkeys/sec!!!! Il ne peut tourner toute la journée, ne serait-ce que pendant mes déplacements par exemple... Mais à cette vitesse il accompli tout de même un travail considérable.

Bon, je retourne à mes occupations,

@+

[nektarfl]

Et voilà, avec mes envois d'aujourd'hui, je me rapproche de la 30ème place de l'équipe .....
Jamais lorsque j'ai commencé à calculer des blocks, je n'avais imaginé ne serais-ce qu'un seul instant pouvoir passer devant kakace !!!! mais il m'a aidé sur ce coup là : il calcule pour l'OGR 25 où il fait progresser fortement l'équipe, donc ses envois se font très rares en RC5-72, et de plus, j'ai 3 machines 24h/24 plus 2 occasionnellement qui tournent dessus, ce qui me donne une vitesse de calcul cumulé de 30Mkey/s environ (imac G4:12Mkey/s + imac G5:13Mkey/s + PC:5,5Mkey/s) (les 2 emac qui s'ajoutent ne calculent pas régulièrement, je ne les compte pas)

Je constate aussi avec plaisir que les 32 premiers de l'équipe sont dans le top 2000 mondial alors qu'à mon début des calculs, seuls 10 membres de l'équipe étaient dans ce top 2000!!!

[popboy]

Et moi dans le top 2394

Je vais étudier ta solution Kacace, comme je suis contre la peine de
mort, tu enlèves un poids de ma conscience, merci.

Pour la température, ça ne marche pas sur mon Ti, mais pour les applications ça devrais.

[kakace]

Jamais lorsque j'ai commencé à calculer des blocks, je n'avais imaginé ne serais-ce qu'un seul instant pouvoir passer devant kakace !!!!

Si ce n'est que ça, je peux me remettre au RC5
Pour le moment, le classement de la team Mac Bidouille n'est pas menacé, donc il n'y a pas urgence. Au cas où il y aurait urgence, je travaille sur un nouveau générateur de core (principalement pour les G5), mais ça avance tout doucement

La solution que j'ai retenue est d'écrire une sorte de compilateur spécialisé qui, à partir du code basique, se charge d'optimiser le code (software pipelining + instruction scheduling) et d'utiliser au mieux les registres. Tout n'est pas encore en place dans ma petite tête, mais j'ai néanmoins nettement progressé quant à la façon de procéder.
Si j'arrive à mettre tout ça en place, l'écriture d'un core optimisé pour n'importe quel PPC (présent ou futur) sera une question d'heures, et il n'est pas exclu que j'arrive à produire des cores G3 ou G4 un poil plus performants

[satan87]

salut

cela fait deja un moment que je balance des calculs pour la team macbidouille
pour le rc5*72
([email protected])

et j'aurai une question
j'utilise le client graphique de dcnet
ma copine venant d'avoir un mini, peuis je faire du calcul distribue ?
ou sinon je lance le meme programme sur son mini et avec mon adesse email
les resultats vont s'ajouter ou ils vont calculer la meme chose ?

comme je suis bientot dans les 20 premiers de la team, je fais ce que je epuc pour gagner des places

merci d'avance

[kakace]

Il n'est pas possible d'avoir deux clients vérifiant les mêmes blocs, même s'ils se partagent les mêmes tampons. Donc si ces deux clients travaillent pour le même compte (adresse email), leurs résultats s'ajoutent.

[nektarfl]

Il n'est pas possible d'avoir deux clients vérifiant les mêmes blocs, même s'ils se partagent les mêmes tampons. Donc si ces deux clients travaillent pour le même compte (adresse email), leurs résultats s'ajoutent.
[right][snapback]1017776[/snapback][/right]

Heureusement !!! parce que sinon ça ne servirait à rien de mettre plusieurs machines dans la course!!

En tous cas, bonne nouvelle kakace pour la tentative d'amélioration du core pour les G5!!


Ce message a été modifié par nektarfl - 7 Feb 2005, 19:22.

[Guest_Scoub_Lite_*]

Bonjour,

Je me suis (enfin) lancé hier dans cette aventure !

Pour l'instant, je fais travailler un PII 400 sous Linux depuis hier après-midi mais mon compte n'apparaît toujours pas sur distributed ?!

L'envoi des resultats de calculs est-il automatique ? j'ai vu qu'en faisant ./dnetc -update on envoi manuellement les resultats mais peuvent-ils être envoyés automatiquement ?

Excusez-moi de ne pas avoir lu la totalité du topic mais 68 pages en RTC, ça me décourage.

Dès que mon compte sur distrinuted apparait, je lance mon PM G4 dans la bataille

Je suis même en train de penser qu'au boulot, j'ai plus de 400 PC en réseau, je me tâte pour les faire mouliner....
Le problème c'est qu'ils sont sur un intranet coupé de l'internet, et il faudrait faire pas mal de manips manuelles pour récupérer du travail et envoyer les résultats !

[Guest_Scoub_Lite_*]

Ca y est, je crois avoir compris, en fait le PC n'avait pas fini le travail qu'on lui avait demandé....

Ce PC PII 400MHz avec 256 Mo de Ram, fait du 750 000 clés à la seconde.

Mon PM G4 (celui de ma signature) fait du 14 500 000 clés à la seconde.

La différence est complètement dingue !!!
Le G4 abat les blocs avec une vitesse plus qu'honorable enfin je pense...

En tout cas, mes premiers blocs sont partis et demain, je rentre dans l'équipe

Au fait, quelqu'un peut me dire si la piètre performance du PC (sous Mandrake 10.1) est normale car je n'ai pas trouvé du point repère (vieux PC) ?

Ce message a été modifié par Scoub - 9 Feb 2005, 18:32.