Team RC5-72 MacBidouille

[Tchou]

Sache qu'un G5 bi 2,5Ghz calcule à lui tout seul 700 blocks par jour, il suffit alors d'avoir un parc d'ordinateurs à sa disposition, au travail par exemple, et de les mettre à travailler sur dnetc (exemple Dr Bott qui est un pro de l'informatique et qui s'assure ainsi une petite pub gratuite).
[right][snapback]1297404[/snapback][/right]

C'est ce que j'ai comme machine sous 10.4.2, client v2.9010-495 et pourtant je ne fais que 576 blocs par jour et de temps en temps 624 blocs. Ou est l'erreur ? J'utilise DnetcX (48 blocs entre connexions), mais ça n'explique pas, je pense la différence. Au max je fais 29.54 Mkeys/s, alors que j'ai vu sur distributed.net / Client Speed Database pour PowerPC 970 G5 2500 MHz 2 CPUs, avec le client 2.9009 (sous 10.3) des vitesse atteignant 37 Mkey/s.
Quand je regarde ce que donne Monitor d'activité j'ai:
- dnetc 194%
- DnetcX 0%
- Moniteur d'activité 1.7%
- SysUIServer 0.1%
- Tablet Driver 0.9%
- divers, sans doute le reste pour arriver à un total de 200%
J'aimerai améliorer ma performance, mais comment?
[right][snapback]1304673[/snapback][/right]

tu boot en single user, et tu lances dnetc..

[stef babar]

Et tu as greffé une dynamo sur tes basket ?

J'imagine que pour toi 3000 blks  c'est lamentable, mais imagines toi
que pour certains tes remarques sont blessantes 

En tous cas, meilleurs voeux pour ton union récente (j'imagine) et nous nous réjouissons
de l'arrivée prochaine de nouveaux contributeurs 

A bientôt
[right][snapback]1304330[/snapback][/right]

Désolé pour mes remarques blessantes, tel n'était pas mon propos, et je m'en excuses bien bas
Je voulais seulement promettre un peu plus de rendement à la team.

[popboy]

Bon si ce n'est pas juste pour me vexer...

Voilà, c'est la rentrée, l'équipe ne s'est pas éfondrée, n'hésitez pas à participer.
Nous sommes bien pacés et notre potentiel de progression est réel une dizaine de contributeurs
réguliers suplémentaires pourrait nous permettre d'atteindre la quatrième place.

[Snoopy]

tu boot en single user, et tu lances dnetc..
[right][snapback]1304693[/snapback][/right]

C'est une solution, sans doute la plus efficace Mais pour le quotidien, surfer en Single User sur Macbidouille ou autres endroits sympa, c'est pas l'idéal.
J'ai parcouru un grand nombre de pages de ce fil sans trouver réponse à certaines questions.
Pour améliorer les choses, j'abandonne DnetcX et lance dnetc depuis le terminal. Là ça va. Premier problème, si je regarde le résultat par ./dnetc j'ai l'affichage dans la fénêtre Terminal, mais comment fait-on pour resortir de dnetc sans fermer Terminal?
Autre point: Quand j'utilisais DnetcX, il y avait connexion avec le serveur de blocs tous les 48 blocs, ce qui représente une certaine perte de temps quand on calcul près de 600 blocs/jour. Ce que je voudrais, c'est faire une seule connexion par jour pour envoyer mes résultats, un peu avant l'heure limite de prise en compte pour les stats du lendemain. A une époque lointaine j'avais, sur les conseils de Bac's (?) utilisé crontab (?). Mais je ne retrouve plus le mode d'emploi.
Merci de m'aider à optimiser mon utilisation de dnetc (mon G5 tourne 24h/24h)

Ce message a été modifié par Snoopy - 4 Sep 2005, 20:06.

[popboy]

Salut Snoop. n'oublies pas pour lancer Dnetc en auto
./dnetc -install
Et pour plus de détails de config la signature de Nektarfl

[Snoopy]

Salut Snoop. n'oublies pas pour lancer Dnetc en auto
./dnetc -install
Et pour plus de détails de config la signature de Nektarfl
[right][snapback]1306149[/snapback][/right]

Oui, tout ça est fait, mais j'ai besoin de réponses à mes questions

[benja]

En ajoutant le signe "&" après la commande, tu demandes au shell de lancer le programme en tâche de fond, ce qui donne : ./dnetc &
Tu peux alors quitter le terminal sans quitter dnetc...

[Snoopy]

En ajoutant le signe "&" après la commande, tu demandes au shell de lancer le programme en tâche de fond, ce qui donne : ./dnetc &
Tu peux alors quitter le terminal sans quitter dnetc...
[right][snapback]1306291[/snapback][/right]

Ok, mais j'obtiens
./dnetc &
[1] 443

Ca veut dire quoi?

[popboy]

Pour voir le nombre de blocs calculés, je lance une deuxième instance de Dnetc (la vitesse affichée est divisée par deux) et quand j'arrête le terminal ce n'est que la deuxième instance qui est stoppée.

[benja]

Pour voir le nombre de blocs calculés, je lance une deuxième instance de Dnetc (la vitesse affichée est divisée par deux) et quand j'arrête le terminal ce n'est que la deuxième instance qui est stoppée.

Personnellement j'utilise une autre technique déjà expliquée en haut de la page 77 de ce même topic et qui permet de voir l'affichage de dnetc dans Dashboard...

Ok, mais j'obtiens
./dnetc &
[1] 443

Lorsque tu utilises le signe "&", le terminal ne fait que te renvoyer le numéro de processus qui a été attribué au programme que tu as lancé... (en l'occurence 443)

Ce message a été modifié par benja - 4 Sep 2005, 21:40.

[patpan]

Bonsoir à toutes et à tous,

Loin de mon "home", et en fait loin de tout, je suis ce soir de retour de vacance(s), et franco j'ai balancé sur DN les blocks calculés en mon absence.

20758 blocks en plus, cela n'est pas négligeable

Un pat heureux de vous retrouver

Amicalement

[popboy]

Salut à toi grand Pat et tes nombreux blocs, je note que tu dis toutes et tous...
peu de présence féminine ici mais j'ai observé qu'il y avait une fille qui participe
très régulièrement, à moins qu'un macbidouilleur fatécieux...

[patpan]

Salut à toi grand Pat et tes nombreux blocs, je note que tu dis toutes et tous...
peu de présence féminine ici mais j'ai observé  qu'il y avait une fille qui participe
très régulièrement, à moins qu'un macbidouilleur fatécieux...
[right][snapback]1311093[/snapback][/right]

Bonsoir,

Quand bien même seraient-elles peu nombreuses (chacune est unique ), c'est par pure politesse, ami Genevois !

Les blocks sont de plus en plus difficile à calculer, qq G4 ayant rendu l'âme en mon absence .

je vais essayer d' remédier au plus vite.

amicalement

Pat

[popboy]

Tu es brave, nous flirtons avec la 3ème place (classement quotidien)
tes machines suffirons-t-elles pour l'assurer chaque jour ?

Pas sur, néamoins nous tennons bien le classement, ce n'est pas si mal.

Si les iPod pouvaient calculer des blocs

Ce message a été modifié par popboy - 8 Sep 2005, 15:53.

[Snoopy]

Depuis quelques jours j'utilise donc dnetc en tache de fond (par ./dnetc -install). Ca marche super mais aussi je vide et rempli mes buffers à la mimine (pour envoyer des blocs tous les jours)!...
Aujourd'hui j'avais 584 blocs dans le buff-out et cela demande plus de trois minutes à transférer et recharger le buff-in:

./dnetc -update

distributed.net client for Mac OS X Copyright 1997-2005, 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.9010-495-CTR-05051512 for Mac OS X (Darwin 8.2.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) 'xxxxxxxxx@yyyy'

[Sep 08 20:09:46 UTC] Connected to euro.v29.distributed.net:2064...           
[Sep 08 20:09:46 UTC] The keyserver says: "AIEEEEEEEEEEEEEEEEE! [bob]"
[Sep 08 20:09:46 UTC] Retrieved project state data from server. (cached)
[Sep 08 20:11:18 UTC] RC5-72: Retrieved stats unit 584 of 584 (100.00%)       
[Sep 08 20:12:50 UTC] RC5-72: Sent 584 packets (584.00 stats units) to server.
[Sep 08 20:12:50 UTC] Connection closed.

Est-ce normal, car ça semble assez lent (connection ADSL) ?
J'ai aussi essayé de retrouver comment faire l'opération automatiquement à une heure donnée grace à Crontab, mais sans succès. Quelqu'un connaît-il la solution?

Ce message a été modifié par Snoopy - 8 Sep 2005, 21:28.

[patpan]

Depuis quelques jours j'utilise donc dnetc en tache de fond (par ./dnetc -install). Ca marche super mais aussi je vide et rempli mes buffers à la mimine (pour envoyer des blocs tous les jours)!...
Aujourd'hui j'avais 584 blocs dans le buff-out et cela demande plus de trois minutes à transférer et recharger le buff-in:

./dnetc -update

dnetc v2.9010-495-CTR-05051512 for Mac OS X (Darwin 8.2.0).
[Sep 08 20:09:46 UTC] Connected to euro.v29.distributed.net:2064...           
[Sep 08 20:09:46 UTC] The keyserver says: "AIEEEEEEEEEEEEEEEEE! [bob]"
[Sep 08 20:09:46 UTC] Retrieved project state data from server. (cached)
[Sep 08 20:11:18 UTC] RC5-72: Retrieved stats unit 584 of 584 (100.00%)       
[Sep 08 20:12:50 UTC] RC5-72: Sent 584 packets (584.00 stats units) to server.
[Sep 08 20:12:50 UTC] Connection closed.

Est-ce normal, car ça semble assez lent (connection ADSL) ?
J'ai aussi essayé de retrouver comment faire l'opération automatiquement à une heure donnée grace à Crontab, mais sans succès. Quelqu'un connaît-il la solution?
[right][snapback]1312989[/snapback][/right]

Bonsoir Snoopy,

effectivement c'est apparament lent, mais ta vitesse de connexion est aléatoirement sans rapport avec tes performances de -flush ou de -fetch; c'est pourquoi je ne suis pas partisan de procéder ainsi;

je préfère, si on a une connection online permanente, un -update toutes le 2 ou 4 heures - ( cela se fait automatiqement, et se définit dans ./dnetc -config ) -.

./dnetc update ou pas, les réglages ont déja été de nombreuses fois expliqués de long en large par kakace ou bien nektarfl ;
je sais, il faut avoir le courage de lire ou relire les nombreuses pages de ce topic.

il faut bien avoir en tête que le -fetch n'est pas simple: le serveur vérifie ta propre vitesse de connexion, ( pour savoir le nombre de blocks à t'alouer ) les blocks qui ont déja été distribués et calculés sur les 90 derniers jours avec retour -flush, (c'est en fait encore beaucoup plus complqué que cela).

l'heure et le jour sont des facteurs à ne pas négliger, car il y a là des variations très importantes.

Bien, j'espère ne pas avoir été trop confus .

Si tu trouves mes réponses trop simplistes, d'autres vont se faire un plaisir de t'en conter plus!

amicalement

Pat

[kakace]

Est-ce normal, car ça semble assez lent (connection ADSL) ?
[right][snapback]1312989[/snapback][/right]

C'est lent pour tout le monde. Ca vient du fait que le client envoie les paquets un par un et attend un accusé de réception du serveur entre chaque paquet (pareil dans l'autre sens). Diminuer le nombre de paquets envoyés/reçus ne fait que répartir ce délai sur une plus longue période.

[Snoopy]

C'est lent pour tout le monde. Ca vient du fait que le client envoie les paquets un par un et attend un accusé de réception du serveur entre chaque paquet (pareil dans l'autre sens). Diminuer le nombre de paquets envoyés/reçus ne fait que répartir ce délai sur une plus longue période.
[right][snapback]1314284[/snapback][/right]

Merci pour ces informations.
Mais au fait, tu n'as jamais parlé du projet RC7-72:

RC7-72 Altivec and OGR assembly by Didier Levet

[patpan]

Est-ce normal, car ça semble assez lent (connection ADSL) ?
[right][snapback]1312989[/snapback][/right]

C'est lent pour tout le monde. Ca vient du fait que le client envoie les paquets un par un et attend un accusé de réception du serveur entre chaque paquet (pareil dans l'autre sens). Diminuer le nombre de paquets envoyés/reçus ne fait que répartir ce délai sur une plus longue période.
[right][snapback]1314284[/snapback][/right]

bonsoir kakace ,
il n'est guère possible de réfuter tes propos.

Cependant tu sais très bien qu'en fonction des heures de -update , il y a des variations très importantes.
Le facteur de la variable peut être supèrieur à dix!
( et en fait, bien plus, je ne fais en aucun cas allusion aux déconexions intempestives et aléatoires ).
pourquoi un -fetch est-il si lent à certains moments ?

bien à toi

Pat

[Snoopy]

Cependant tu sais très bien qu'en fonction des heures  de -update , il y a des variations très importantes.
Le facteur de la variable peut être supèrieur à dix!
( et en fait, bien plus, je ne fais en aucun cas allusion aux déconexions intempestives et aléatoires ).
pourquoi un -fetch est-il si lent à certains  moments ?

bien à toi 

Pat
[right][snapback]1314957[/snapback][/right]

J'ai du hier soir effectivement m'y reprendre à trois fois pour updater 574 blocs: déconnexions suite à des erreurs en lisant des blocs, qui sont bien pris un peu plus tard!...

[kakace]

Cependant tu sais très bien qu'en fonction des heures  de -update , il y a des variations très importantes.
Le facteur de la variable peut être supèrieur à dix!
( et en fait, bien plus, je ne fais en aucun cas allusion aux déconexions intempestives et aléatoires ).
pourquoi un -fetch est-il si lent à certains  moments ?

Puisque la communication entre le client et le proxy est bidirectionnelle, toute surcharge du réseau ou du proxy (serveur) augmente la durée des négociations entre chaque paquet envoyé/reçu.

Ceci dit, j'ai du mal à comprendre en quoi cela représente une gêne. Les paquets qui ne sont pas retournés à temps pour le jour J seront crédités au jour J+1, si bien que le résultat final est le même. Si la connexion à Internet n'est pas active en permanence, il est possible de configurer le client pour faire un -update automatique à chaque connexion (lurk mode). Au bout du compte, les updates manuelles ne sont pas nécessaires.

Pour ceux qui estiment que le client perd trop de temps à communiquer avec le proxy (quelques secondes par jour), la solution la plus efficace reste le Personal Proxy. Cela exige une connexion permanente, l'installation et la configuration n'est pas des plus simples, mais cela permet d'isoler le client du réseau. Les updates sont alors tres rapides (plusieurs centaines de paquets par seconde), le "proxyper" se chargeant des communications avec le serveur en tâche de fond.
A mon avis le jeu n'en vaut pas la chandelle. En revanche, le proxyper reste la solution de choix lorsque le client tourne sur plusieurs machines reliées à un réseau local (centralisation).

[patpan]

Puisque la communication entre le client et le proxy est bidirectionnelle, toute surcharge du réseau ou du proxy (serveur) augmente la durée des négociations entre chaque paquet envoyé/reçu.

Ceci dit, j'ai du mal à comprendre en quoi cela représente une gêne. Les paquets qui ne sont pas retournés à temps pour le jour J seront crédités au jour J+1, si bien que le résultat final est le même. Si la connexion à Internet n'est pas active en permanence, il est possible de configurer le client pour faire un -update automatique à chaque connexion (lurk mode). Au bout du compte, les updates manuelles ne sont pas nécessaires.

kakace bonjour,

Merci pour cette réponse qui éclaire un peu plus nos lumières !

Cela paraît être assez clair.

Ce qui est coton, hum..., c'est la configuration de proxyper,
absolument inaccessible à mon niveau ( et je ne dois pas être le seul! )

encore merci pour tes lumières

Pat

[altai]

Enfin arrivé dans le top 100 dans la statistique de la team.

[popboy]

Hé, 100 ème place de l'équipe en 3 mois pas mal, faut dire que tu n'es pas sous équipé non plus.

Bonne continuation et à bientôt

[Snoopy]

Enfin arrivé dans le top 100 dans la statistique de la team. 
[right][snapback]1321495[/snapback][/right]

Bravo!
Tu fais combien de blocs par jour en moyenne avec ton bi 2,3GHz ?
Pour mon bi 2,5 GHz, sur les 9 derniers jours cela fait 596,6 blocs/jour, soit un keyrate de 29.66 Mkeys/s.
C'est pas énorme par rapport au MDD bi 1GHz que j'avais avant (keyrate de 19.7 Mkeys/s) Il faut que quelqu'un optimise le core pour les G5, car il y a de plus en plus de G5 qui tournent actuellement et ça aiderai à la progression de la team MB.

Ce message a été modifié par Snoopy - 14 Sep 2005, 20:23.

[popboy]

C'est sur, mais Kacace Levet il code pour AMD maintenant
Il n'a pas apprécié le dénigrement de l'altivec.

[altai]

Enfin arrivé dans le top 100 dans la statistique de la team. 
[right][snapback]1321495[/snapback][/right]

Bravo!
Tu fais combien de blocs par jour en moyenne avec ton bi 2,3GHz ?
Pour mon bi 2,5 GHz, sur les 9 derniers jours cela fait 596,6 blocs/jour, soit un keyrate de 29.66 Mkeys/s.
C'est pas énorme par rapport au MDD bi 1GHz que j'avais avant (keyrate de 19.7 Mkeys/s) Il faut que quelqu'un optimise le core pour les G5, car il y a de plus en plus de G5 qui tournent actuellement et ça aiderai à la progression de la team MB.
[right][snapback]1321768[/snapback][/right]

Je fais en moyenne d'environ 612 blocs/jours. Mais pendant les vacances la moyenne jour était de 694 blocs/jour.

Mais ma moyenne sera à la baisse pour cause de travaux chez moi. J'ai éteins mon mac hier soir et je pourrai le relancer pas avant la fin de weekend.

Merci pour les compliments !

[Snoopy]

Je fais en moyenne d'environ 612 blocs/jours. Mais pendant les vacances la moyenne jour était de 694 blocs/jour.

Mais ma moyenne sera à la baisse pour cause de travaux chez moi. J'ai éteins mon mac hier soir et je pourrai le relancer pas avant la fin de weekend.

Merci pour les compliments !
[right][snapback]1322278[/snapback][/right]

Là je ne comprend pas cette différence, car logiquement avec un bi 2.5 GHz, je devrai faire environ 8% de plus que toi, nos config étant très semblables, et au contraire je calcule de 2.5% à 16% de blocs en moins , soit une différence de 10% à 24%
Sous quel système est ton G5, moi c'est Tiger 10.4.2 ?
Tu utilises quel client dnetc ?

Je n'utilise mon Mac que le soir environ 2 / 3 heures et le reste, comme je coupe le 2405FPW et que ma tablette Wacom est branchée dessus, le driver correspondant ne prend apparement plus de ressources processeur.
Il faut que j'essaie de déconnecter Airport, on ne sais jamais!...

Ce message a été modifié par Snoopy - 15 Sep 2005, 14:43.

[altai]

Je fais en moyenne d'environ 612 blocs/jours. Mais pendant les vacances la moyenne jour était de 694 blocs/jour.

Mais ma moyenne sera à la baisse pour cause de travaux chez moi. J'ai éteins mon mac hier soir et je pourrai le relancer pas avant la fin de weekend.

Merci pour les compliments !
[right][snapback]1322278[/snapback][/right]

Là je ne comprend pas cette différence, car logiquement avec un bi 2.5 GHz, je devrai faire environ 8% de plus que toi, nos config étant très semblables, et au contraire je calcule de 2.5% à 16% de blocs en moins , soit une différence de 10% à 24%
Sous quel système est ton G5, moi c'est Tiger 10.4.2 ?
Tu utilises quel client dnetc ?

Je n'utilise mon Mac que le soir environ 2 / 3 heures et le reste, comme je coupe le 2405FPW et que ma tablette Wacom est branchée dessus, le driver correspondant ne prend apparement plus de ressources processeur.
Il faut que j'essaie de déconnecter Airport, on ne sais jamais!...
[right][snapback]1322886[/snapback][/right]

Je suis aussi sur Tiger 10.4.2

Es-tu en performance processeur maximale ? Si ce n'est pas le cas tu trouveras cette option sous /préférence système /Economiseur d'énergie /Options

[Snoopy]

Es-tu en performance processeur maximale ? Si ce n'est pas le cas tu trouveras cette option sous /préférence système /Economiseur d'énergie /Options
[right][snapback]1323145[/snapback][/right]

J'étais en "Automatique"
Donc si c'est la raison j'en suis un ..., de ne pas avoir pensé à ce paramètre depuis le temps que je cherche!...
Résultat demain soir