Team RC5-72 MacBidouille

[popboy]

Si nous continuons comme maintenant...

Mais aujourd'hui nous n'avions "que"101 participants actif pour le pommier, iri2k->2, xlr8your mac->82, German Hardware Network->184, RC5 Polish Team->163,Bug traq.ru Team->484 et Dutch Power Cows->218.

Beaucoup d'inscrits et moins de participants réguliers, ce n'est pas le seul critère, mais on peu imaginer qu'avec 150-160 participants nous serions au niveau de XLR8

En moyenne nous ne sommes pas très éloignés de certains mieux classés que nous.

[kakace]

C'est quoi cette histoire de phase 2 dans overall project stats ?

C'est un bug (mise à jour de la mauvaise page)

[EDIT] C'est corrigé

Ce message a été modifié par kakace - 22 May 2004, 01:32.

[bananas]

A y est .. mon G5 est reparti 24h/24 pour le RC5 ... ca va peut etre vous aider ...

[popboy]

Depuis quelques jours je n'avais plus accès
aux jolies courbes de Ninja Micro voici donc un lien pour ceux que ça intéresse
et qui sont plus flemmards que moi.

P.S. il y avait quelqu'un qui travaillais sur quelque chose de similaire dans
l'équipe je crois ? Si il a obtenu un résultat je suis prêt à changer de lien

Ce message a été modifié par popboy - 25 May 2004, 11:28.

[nektarfl]

Si nous continuons comme maintenant...

Mais aujourd'hui nous n'avions "que"101 participants actif pour le pommier, iri2k->2, xlr8your mac->82, German Hardware Network->184, RC5 Polish Team->163,Bug traq.ru Team->484 et Dutch Power Cows->218.

Beaucoup d'inscrits et moins de participants réguliers, ce n'est pas le seul critère, mais on peu imaginer qu'avec 150-160 participants nous serions au niveau de XLR8

En moyenne nous ne sommes pas très éloignés de certains mieux classés que nous.

Pour ma part, je ne suis plus un contributaire quotidien, mais mes ordinateurs continuent à calculer régulièrement, ce qui donne comme résultat des pointes de transmissions quelques fois (quand la ligne RTC veut bien fonctionner là où je suis)
Donc je suis un membre régulier qui poste irrégulièrement, mais avec une moyenne de l'ordre de 250 à 300 blocks par jour (suivant l'utilisation des ordinateurs).

J'espère un jour retrouver une connection permanente (adsl) mais pour l'instant, je me contente de ce que j'ai, et quand j'arrive à me connecter, je prends 10 à 12 000 blocks d'avance par sécurité (ça fait à peine plus d'1 mois 1/2 d'avance)

[Mathiasr]

Si vous en avez assez de voir "Rhapsody" affiché à la place de "Mac OS X" dans les statistiques par plateforme, vous pouvez voter pour ce bug :

http://bugs.distributed.net/show_bug.cgi?id=1761

Il faut s'inscrire dans le bugzilla de distributed.net :
http://bugs.distributed.net/createaccount.cgi

Puis retourner sur la page du bug et cliquer sur "Vote for this bug".

[ddrix]

Le pire, c'est qu'il l'avaient changé... Ca a été remis à zéro lors de la restoration des sauvegardes.

[Mathiasr]

Le client 2.9008.491c est disponible pour évaluation depuis quelques jours.
- Les parties relatives à l'OGR (phase 1) sont désactivées.
- Le démarrage automatique a été revu.
- La température initiale du processeur est affichée.
- Les derniers G4 et G5 utilisent le core GARSP scalaire (OGR-P2).
- Les cores GARSP (OGR-P2) passent en version 5.14 et sont plus rapides.
- Reconnaissance automatique du 970FX.
- Arrêt prédéterminé correct en multiprocesseur.

Edit : passé de b à c

Ce message a été modifié par Mathiasr - 5 Jun 2004, 11:48.

[Gintonic]

Hello,
en survolant très rapidement ce topic, je n'ai pas trouvé la réponse à ma question, ou plutôt à mes questions:
- y'a-t-il moyen de faire tourner dntec à un pourcentage voulu afin de ne pas faire trop chauffer mon Powerbook? Je m'explique, par exemple, mon powerbook fait du 13Mkeys/sec, mais j'aimerai qu'il ne tourne qu'à 50% de ses capacités pour dntec (donc 7,5Mkeys/sec). Est-ce possible?
- quelle est la ligne exacte à ajouter au fichier de configuration de dntec et sous quel rubrique faut-il la placer pour pouvoir gérer la température de mon powerbook afin qu'il ne chauffe pas?!
Désolé si ces sujets ont déjà été traités
@+

[kakace]

Hello,
en survolant très rapidement ce topic, je n'ai pas trouvé la réponse à ma question, ou plutôt à mes questions:
- y'a-t-il moyen de faire tourner dntec à un pourcentage voulu afin de ne pas faire trop chauffer mon Powerbook? Je m'explique, par exemple, mon powerbook fait du 13Mkeys/sec, mais j'aimerai qu'il ne tourne qu'à 50% de ses capacités pour dntec (donc 7,5Mkeys/sec). Est-ce possible?
- quelle est la ligne exacte à ajouter au fichier de configuration de dntec et sous quel rubrique faut-il la placer pour pouvoir gérer la température de mon powerbook afin qu'il ne chauffe pas?!
Désolé si ces sujets ont déjà été traités
@+

Il n'est pas possible de n'utiliser qu'un certain pourcentage de la puissance processeur, du moins pas pour l'instant (et pas dans un avenir proche non plus). Si la température pose un problème, plusieurs solutions sont disponibles :
- Faire tourner dnetc avec autre chose (seti, folding@home, etc).
- Utiliser un autre cruncher que celui choisi par défaut.
- Configurer le client pour qu'il se mette en pause à une certaine température, lorsque c'est possible. Voir la doc ou ici pour les détails.
- Ne plus utiliser dnetc.

[Gintonic]

Hello,
Merci pour ta réponse...
J'aime beaucoup ta dernière solution
Je vois aussi qu'il faut que j'apprenne à mieux savoir utiliser la fonction rechercher...
Dans tous les cas, je vais étudier tout ça...
@+

[Mathiasr]

Il n'est pas possible de n'utiliser qu'un certain pourcentage de la puissance processeur, du moins pas pour l'instant (et pas dans un avenir proche non plus). Si la température pose un problème, plusieurs solutions sont disponibles :
- Faire tourner dnetc avec autre chose (seti, folding@home, etc).
- Utiliser un autre cruncher que celui choisi par défaut.
- Configurer le client pour qu'il se mette en pause à une certaine température, lorsque c'est possible. Voir la doc ou ici pour les détails.
- Ne plus utiliser dnetc.

Il doit être possible d'utiliser les fonctions -pause et -unpause de manière répétée et alternée.

Ça devrait permettre de faire une minute de calcul suivie d'une minute de pause, par exemple.
Bon si le ventilo se déclenche très rapidement c'est pas génial.

Par exemple après avoir lancé le client, on peut lancer ce shellscript qui attend 20 secondes, met le client en pause, attend 20 secondes, fait sortir le client de la pause et recommence indéfiniment.

#!/bin/sh
while true
do
sleep 20
./dnetc -pause
sleep 20
./dnetc -unpause
done

Avec une bonne redirection des affichages et moyen simple pour arrêter le tout ça peut éventuellement faire l'affaire.

[kakace]

Il doit être possible d'utiliser les fonctions -pause et -unpause de manière répétée et alternée.

Ça devrait permettre de faire une minute de calcul suivie d'une minute de pause, par exemple.
Bon si le ventilo se déclenche très rapidement c'est pas génial.

Par exemple après avoir lancé le client, on peut lancer ce shellscript qui attend 20 secondes, met le client en pause, attend 20 secondes, fait sortir le client de la pause et recommence indéfiniment.

C'est possible, mais je laisse ça aux bidouilleurs. La seule façon officielle et "propre" de faire ça serait de faire tourner le client en mode "real time", auquel cas on peut définir un ratio de temps partagé. Seulement faire tourner un soft qui se veut invisible au même niveau de priorité qu'un soft multimédia (qui lui a des contraintes de temps à respecter) n'est pas une bonne idée.
Le code source du client est déjà un sacré foutoir, et je freine des 4 fers pour ne pas chercher à ajouter des gadgets qui n'ont, finallement, pas grand chose à faire là surtout s'ils obligent à re-écrire une bonne partie du code, avec à la clé le risque de planter les versions des autres plateformes. Je suis prêt à faire beaucoup d'efforts, mais pas à ce prix.

J'en profite pour indiquer que le core G5 est pratiquement abandonné. Si je sais ce qu'il faut faire pour atteindre les performances optimales, je ne sais pas comment le faire facilement et rapidement, et je n'ai ni le temps, ni la patience d'écrire plusieurs versions jusqu'à l'obtention du résultat espéré. Si quelqu'un veut s'en donner la peine, je suis prêt à aider. J'ai d'ailleurs provoqué la mise à jour des sources publiques pour "faciliter" un tel projet. Ceci dit, ce n'est pas à la portée de tout le monde et de solides connaissances en assembleur sont un minimum.

Après avoir développé tout ce qui était nécessaire à la partie OGR-P2 (du keymaster jusqu'aux clients) pour sauver les meubles, je travaille maintenant sur OGR-26, ce qui devrait me prendre plusieurs mois en recherche et développement (nouveaux cores, optimisations, calculs, etc). Je le fais pour le fun (le principe d'un OGR est extrêmement simple, mais en trouver est tellement compliqué qu'il devient interressant de chercher à améliorer les méthodes existantes), mais aussi pour fournir à distributed.net un projet pour prendre la relève d'OGR-P2.

En attendant, et par la force des choses, j'ai aussi la charge de maintenir le client et le proxy personnel pour Mac OS X. Et comme je n'ai qu'une tête, deux mains, un boulot et une vie de famille...

[Rol@ndB]

Depuis que j'ai ma Freebox le client ne se connecte plus automatiquement aux serveur,
je pense que cela vient du fait que je suis en DHCP.

et je n'ai pas trouver les bons reglages dans les menus de config

[nektarfl]

Pour ma part, aujourd'hui, j'ai une connexion ADSL, alors j'en ai profité pour envoyer mes 5681 blocks calculés, j'en profite également pour prendre de la réserve de blocks à calculer (10 ou 12 000)

Pour roland, je ne pense pas que le fait d'être en DHCP bloque le passage puisque souvent, derrière un modem routeur, on se met en DHCP pour ne pas avoir à faire des réglages. C'est la voie la plus simple pour se connecter sur un réseau. Le problème doit venir d'ailleurs!

[r2d2]

Hello!
Et moi je cherche comment faire pour récupérer beaucoup de blocs à calculer

[popboy]

Nektarfl dans sa grande sagesse en à déjà parlé :

pour ma part, j'ai fait un petit test qui a été très concluant:

j'ai chargé mon compte en blocks (1000), j'ai renommé le fichier buff-in en autre chose (_buff-in).

j'ai ensuite rechargé 1000 blocks avec ./dnetc -fetch

puis j'ai tapé : ./dnetc -import _buff-in

pour qui veut réceptionner 10000 blocks recommence 10 fois!

et mon client voyait effectivement 2000 blocks en buffer in. 2000 blocks, ça correspond à un peu plus d'une semaine pour moi, alors il n'y a pas de problème de délai, mais il va m'arriver un moment où je n'aurais peut-être une connexion qu'une seule fois par semaine, et ça sera pour moi la meilleure méthode pour ne pas calculer des blocks au hasard qui risquent d'être déjà calculés.

[nektarfl]

popboy a raison, pour ma part, je renomme les fichiers buf1.r72, buf2.r72 etc et donc quand j'en prend 10 ou plus, ça fonctionne correctement avec la fonction -import ensuite.
Un petit détail (qui a quand même son importance) il ne faut pas charger plus de blocks que ne pourrait en calculer l'ordinateur en 90 jours (puisque les blocks non calculés au bout de 90jours sont remis en calcul.
Je vais reposter des blocks aujourd'hui (moins que la semaine dernière mais le temps de non expédition est moins long cette fois-ci.) et prendre 10 000 blocks d'avance.

Une petite astuce consiste à changer le nom du fichier de réception en cours de chargement (notament vers la fin) et bizarrement, le serveur envoie plus de 1000 blocks d'un coup puisque le fichier buffer se retrouve brutalement vide, il le recharge à fond!

[Gintonic]

Purée,
vous avez vu cette équipe????
Elle carbure fort-fort...

[popboy]

C'est clair qu'ils ont fait une production qui correspond à une semaine de mac bidouille,
tiendrons-t-il longtemps à cette vitesse, l'été sera chaud.

A part ça, après la pommierisation de l'équipe avons nous eu des participants d'autres horizons que mac bidouille ?

[kakace]

Est-ce que quelqu'un pourrait me fournir les benchmarks d'un G5 bi-pro en OGR-P2 avec le dernier client (2.9008.491c - ./dnetc -bench OGR-P2) ?
Merci

[Gintonic]

Hello,
voici les résultats sur un "vieux" bi-1,8 de février:

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


dnetc v2.9008-491-CTR-04052815 for Mac OS X (Darwin 7.4.0).
Please provide the *entire* version descriptor when submitting bug reports.
The distributed.net bug report pages are at http://www.distributed.net/bugs/

[Jun 17 12:05:48 UTC] Automatic processor type detection found
                      a PowerPC 970 (G5) processor.
[Jun 17 12:05:48 UTC] OGR-P2: using core #0 (GARSP 5.14 Scalar).
[Jun 17 12:06:07 UTC] OGR-P2: Benchmark for core #0 (GARSP 5.14 Scalar)       
                      0.00:00:16.21 [17,609,168 nodes/sec]
[Jun 17 12:06:07 UTC] OGR-P2: using core #1 (GARSP 5.14 Vector).
[Jun 17 12:06:26 UTC] OGR-P2: Benchmark for core #1 (GARSP 5.14 Vector)       
                      0.00:00:16.64 [10,758,371 nodes/sec]

Je sais pas ça change quelque chose, mais je n'étais pas en root et il y avait 2 ou trois programmes qui tournais (mais qui ne faisaient rien de particulier...)

J'espère avoir pu t'aider...

@+

[kakace]

[Jun 17 12:06:07 UTC] OGR-P2: Benchmark for core #0 (GARSP 5.14 Scalar)       
                      0.00:00:16.21 [17,609,168 nodes/sec]
[Jun 17 12:06:07 UTC] OGR-P2: using core #1 (GARSP 5.14 Vector).
[Jun 17 12:06:26 UTC] OGR-P2: Benchmark for core #1 (GARSP 5.14 Vector)       
                      0.00:00:16.64 [10,758,371 nodes/sec]

Effectivement...
Le core GARSP 5.14 Scalar est 7% plus rapide qu'avant sur un G4, mais rien ne change sur un G5. Quant au core Vector, je n'en parle même pas... On en revient donc au même problème qu'avec le RC5 : le G5 paye le prix de ses pipelines plus longs, et ça se remarque dès que le code est optimisé (un optimisation spécifique au G5 n'étant pas possible compte-tenu des nombreuses dépendances entre instructions).
Passons...

[Mathiasr]

Le core GARSP 5.14 Scalar est 7% plus rapide qu'avant sur un G4, mais rien ne change sur un G5. Quant au core Vector, je n'en parle même pas... On en revient donc au même problème qu'avec le RC5 : le G5 paye le prix de ses pipelines plus longs, et ça se remarque dès que le code est optimisé (un optimisation spécifique au G5 n'étant pas possible compte-tenu des nombreuses dépendances entre instructions).
Passons...

Question peut-être stupide, mais as-tu essayé d'aligner le début des boucles et points de branchement sur des adresses multiples de 32 ?
http://developer.apple.com/technotes/tn/tn....html#aligncode
Ça risque de faire grossir le code pour un gain minime, mais ça peut toujours être bon à prendre.

[Mathiasr]

Le client 491c qui est passé en final ne reconnait pas le PowerPC 750FX :

dnetc v2.9008-491-CTR-04052815 for Mac OS X (Darwin 7.4.0).
Please provide the *entire* version descriptor when submitting bug reports.
The distributed.net bug report pages are at http://www.distributed.net/bugs/

[Jun 20 19:27:57 UTC] Automatic processor type detection did not
recognize the processor (id: 28672)

[kakace]

Le client 491c qui est passé en final ne reconnait pas le PowerPC 750FX :

Bug #3675, qui est fixé depuis quelques jours. Il va falloir attendre la version 492, avec laquelle je compte bien éliminer certains vieux bugs et améliorer certaines choses. En exclusivité, j'en suis là :

2.9008-492
imp: ppc: Faster GARSP Vector core
imp: all: Added an option to rotate log files at local time or UTC time (#2613)
fix: all: Made week number ISO 8601 compliant (#3336)
imp: all: Display which cruncher load/save/complete work (#2954)
imp: all: Log more error messages (#3611)
imp: macosx: Made the buffer threshold limits hw-dependant (#3626)
fix: ppc: Select core #5 on PPC 601 (#3685)
fix: macosx: Now recognize PPC 750FX (#3675)
fix: macosx: No longer read the TAU on G4/G5.

... et ce n'est pas fini...

[Mathiasr]

Il y a également le fait que l'on puisse lancer le client avec -bench RC5, OGR, CSC ou encore DES et qu'il ne signale pas qu'il ne dispose plus des cores correspondants.

[Mathiasr]

Et en prime, le nom du fichier qui sert à arrêter le client (exitdnet.now par defaut) comment le supprime t-on dans les dernières versions ?!

Avant :
distributed.net client configuration: General Client Options
--------------------------------------------------------------------------
1) Your email address (distributed.net ID) ==> [email protected]
2) Complete this many packets, then exit ==> 0 (no limit)
3) Run for this long, then exit ==> 0:00 (no limit)
4) Pause flagfile Path/Name ==>
5) Exit flagfile Path/Name ==>
6) Enable restart on .ini file change? ==> no
7) "Pause if running" ==>
8) Pause if processor temperature thresholds are exceeded? ==> no
9) Pause if running on battery power? ==> yes
10) Run detached/disable all screen output? (quiet mode) ==> no
11) Crunch-o-meter (progress indicator) style ==> 0

Sur 491c :
distributed.net client configuration: General Client Options
--------------------------------------------------------------------------
1) Your email address (distributed.net ID) ==> [email protected]
2) Complete this many packets, then exit ==> 0 (no limit)
3) Run for this long, then exit ==> 0:00 (no limit)
4) Pause flagfile Path/Name ==>
5) Exit flagfile Path/Name ==> exitdnet.now
6) Enable restart on .ini file change ? ==> no
7) "Pause if running" ==>
8) Pause if processor temperature thresholds are exceeded ? ==> no
9) Pause if running on battery power ? ==> yes
10) Run detached/disable all screen output ? (quiet mode) ==> no
11) Crunch-o-meter (progress indicator) style ==> 0

Comparer le 5)

[caraboud]

Allez, encore une question PC ! :
Je fais travailler dnetc sur mon PC au boulot. Le client avait repéré deux processeurs, alors qu'il n'y en avait qu'un. C'était l'hyperthreading. J'ai donc décoché cette option dans dnetc config, et il ne travaille désormais que sur un seul block à la fois. Mais je viens de m'apercevoir qu'en faisant ctrll alt supp, dans la fenêtre processus, dnetc n'utilise que 47-50% du processeur.
Il y a toujours 50% du processeur inactif quand dnetc est seul à fonctionner !
Y a t'il une possibilité d'en utiliser 100% ?

[Mathiasr]

Y a t'il une possibilité d'en utiliser 100% ?

Désactiver l'HT au niveau du BIOS.