Team RC5-72 MacBidouille

[nektarfl]

si ça se joue que dans le terminal on peut trouver où un détail des opérations à suivre ? (mais qnd je dis détail c'est détail ...)

merci
[right][snapback]1285732[/snapback][/right]

Je n'ai qu'une seule direction à t'indiquer : ma signature comporte un lien vers le bon endroit dans ce topic pour installer une fois pour toutes le client par l'intermédiaire de terminal, ensuite, tu l'oublies complètement, et ça bosse tout seul!
PS: tu verras, c'est pas si dur le terminal, et pense que avant, c'était le seul moyen de communiquer avec un ordinateur unix. On s'en est sorti quand même.
Tous ceux qui ont lu mon mode d'emploi y sont arrivés tellement c'est facile.

ctrl_alt_suppr: super pour ta freebox.... moi aussi, j'en ai une .... elle reste dans son carton, et je continue à utiliser mon modem-routeur

[BreizStone]

Salut à toute l'équipe,

Un petit msg pour signaler mon passage (ephémère?) dans le Top 10.



A+

MLB

[Guest_Scoub_Lite_*]

Salut à toute l'équipe,

Un petit msg pour signaler mon passage (ephémère?) dans le Top 10.



A+

MLB
[right][snapback]1297342[/snapback][/right]

Salut,

Comment faites-vous pour avoir une telle puissance de calcul ?

Quand je vois ce que certains abattent par jour, je me dis qu'ils doivent avoir une palanquée de machines

[nektarfl]

C'est vrai que je me posais exactement la même question au début de ma participation, c'était une époque où j'arrivais difficillement à calculer 150 blocks par jours, et puis un jour, j'ai ajouté le G3 qui était là, j'ai amélioré mon score à 180 blocks par jours environ, puis un vieux PC pour 9,5 blocks par jour.
Et tout ça a été volé, avec l'argent de l'assurance, j'ai pu m'acheter un G4 à 1,25Ghz (au lieu de 800Mhz), et mes calculs ont repris de plus belle avec 250 blocks par jour (envoyés de manière irrégulière) puis, suite à une chute, l'écran de mon imac n'a pas supporté, j'ai pris un imac G5, qui calcule aussi (quand je ne suis pas toute la journée dessus) 250 blocks par jour, me voici alors en train de sortir environ 500 blocks par jours, puis au fur et à mesure de l'avancement, j'ai ajouté un puis un autre, et ainsi de suite. Aujourd'hui, j'ai une moyenne de plus de 400 blocks quotidiens depuis le début, avec environ 6 à 700 blocks envoyés par jour en moyenne sur le dernier mois.
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).

[Guest_Scoub_Lite_*]

Oui mais quand même , BreizStone est un particulier.

J'avais il y a peu de temps un parc de près de 600 PC dont une centaine de Pentium IV multithread à 3 Ghz et 512 Mo de Ram. Quand j'ai vu les performances plutôt minables sur Dnetc de ces machines, je ne suis pas allez plus loin car tout ce parc est déconnecté du Net pour des raisons de sécu et récupérer les blocks de ces machines pour les envoyer manuellement m'aurait pris beaucoup trop de temps.

J'aimerai bien savoir (par curiosité) ce qu'utilise Dr Bott pour obtenir ces résultats. Nombre de machine et type.

Ce message a été modifié par Scoub_Lite - 29 Aug 2005, 19:53.

[BreizStone]

Comment faites-vous pour avoir une telle puissance de calcul ?

Quand je vois ce que certains abattent par jour, je me dis qu'ils doivent avoir une palanquée de machines 
[right][snapback]1297366[/snapback][/right]

Les trois machines de ma signature tournent H24 et traitent +- 850 blocks /jour.

Je suis un petit par rapport à certains.
Le Top 10 Team MacBidouille est généralement au dessus de 1000.
Il y a des Mac en vacances…

A+

MLB

Ce message a été modifié par BreizStone - 29 Aug 2005, 19:47.

[popboy]

Tu ne fais partie non plus des mal lottis.
Sous peu tu me botteras les fesses, je n'achêterai pas un deuxième
G5 pour rester devant

Ce message a été modifié par popboy - 29 Aug 2005, 20:46.

[stef babar]

Et pour ma part, avec ce que j'envoie aujourd'hui, je passe la barre des 400 blocks quotidiens envoyés depuis le début de ma contribution, et ... désolé pour Tchou et Ginto, car à moins d'un gros envoi de leur part (1100 blocks pour ginto et bien plus pour tchou), je leur passe devant également à l'occasion de cet envoi!!!
Il faut bien que je gagne des places car derrière, Stefbabar remonte à une vitesse folle!!!
La compétition n'en est que plus sympa!!
[right][snapback]1266014[/snapback][/right]

Ah! bon...

oh! il vient de passer, même pas un petit bonjour, peu courtois ce "Babar" 
[right][snapback]1266035[/snapback][/right]

Désolé du manque de réponse les gars, mais j'étais comme qui dirait un peu indisponible, en voyage de noce ... à pied à travers la france et l'espagne.
Pour ce qui est de la suite, j'ai bon espoir de rajouter qques centaines de blocks/jour à mon score actuel.
Bien à vous

[popboy]

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

Ce message a été modifié par popboy - 3 Sep 2005, 09:52.

[Snoopy]

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?

[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!...