Team RC5-72 MacBidouille

[Mfx]

La question que je me pose c''est si nous ne devrions pas faire un mode d'emploi pour ce fameux  DNETC, je ne sais pas pour vous, mais quand j'ai du l'installer, le configurer et comprendre les fonctions, ça à été dur, le frein de la participation serait là ?

Ben non, justement ... Le problème (enfin, le truc, quoi, ce n'est pas vraiment un problème ), ce sont les quelques dizaines de contributeurs qui n'ont contribué ... qu'une seule fois ou à peu près. C'est vrai que ça me chiffonne un peu aussi ... Mais ils se sont inscrits à l'équipe, et ont envoyé des résultats, donc ils ont réussi à installer dnetc, à le configurer correctement, et à le faire tourner au moins une fois.

Pour en revenir à ce qui me gène (un peu) : si on prend l'exemple du groupe OGR 25, l'équipe compte 180 membres, et a calculé à ce jour 17,532,570 GNodes.
Là dessus, le 100ème en a calculé 1895, pour une seule contribution (le 9/10/2004). Contribution 'par erreur' de quelqu'un qui voulait travailler sur le projet RC5 ?
Et la somme des contributions du 101ème au 182ème et dernier représente 55 656 Gnodes ...

C'est vrai qu'on pourrait songer à mettre à jour la liste, car dans les stats, afficher que l'équipe travaille avec 180 membres, c'est un peu faussé
Mais je ne voudrai pas non plus vexer les participants occasionnels ...

Kakace, le pro de distributed, sais-tu comment ça se passe dans d'autres teams ?


D'ailleurs, j'ai un bug à soumettre ... à je ne sais pas qui. La page de résumé indique
This team has had 181 participants contribute blocks. Of those, 180 are still on this team, and 11 submitted work today.
Or, le détail des contributions en affiche 182 ... Alors, combien sommes nous : 180, 181 ou 182 ?

Amicalement

[kakace]

J'imagine qu'un nombre conséquent de contributeurs ont installé un "front-end" comme Dnetcx ou Cow-boy pour tester (facilement) au moment où le projet avait le vent en poupe. S'en suivit une perte de motivation, un désinterêt, ou une attirance vers d'autres projets comme seti@home ou folding@home. Quoiqu'il en soit, leur participation, aussi minime soit elle, contribue au total général de l'équipe jusqu'à la fin du projet. Par respect pour ce travail, on ne peut pas les "effacer" des statistiques, juste pour faire joli...
D'autres contributeurs participent quasi exclusivement à un projet spécifique (RC5-72), et contribuent occasionnellement à OGR selon l'humeur des serveurs et les réglages des clients.

Il n'y a là rien de spécifique à la team MacBidouille. Toutes les équipes sont touchées à des degrés divers, en fonction de la motivation suscitée par l'objectif de ces équipes. Celles construites autour d'interêts communs, d'une nationalité, ou d'une communauté sont moins sensibles aux défections, bien que l'interêt essentiel réside dans la course au classement général.

D'ailleurs, j'ai un bug à soumettre ... à je ne sais pas qui. La page de résumé indique
          This team has had 181 participants contribute blocks. Of those, 180 are still on this team, and 11 submitted work today.
Or, le détail des contributions en affiche 182 ... Alors, combien sommes nous : 180, 181 ou 182 ? 

Imaginons que [email protected] a participé pendant un temps avant de changer d'identifiant pour devenir [email protected]. Les deux identifiants (avant et après le changement) sont affichés dans les statistiques, mais ils identifient un même participant. On peut alors avoir 182 identifiants répertoriés, mais seulement 181 participants

[Mfx]

Imaginons que [email protected] a participé pendant un temps avant de changer d'identifiant pour devenir [email protected]. Les deux identifiants (avant et après le changement) sont affichés dans les statistiques, mais ils identifient un même participant. On peut alors avoir 182 identifiants répertoriés, mais seulement 181 participants

Bon sang, mais c'est bien sûr ... (les nostalgiques apprécieront )

Je passerai sur le foo-bar caractéristique du développeur ...

Quant au "ménage" dans la liste, c'est vrai que ça laisserait un goût un peu amer ... et c'est un peu pour ça que je n'avais jamais abordé la question. Le message de Macafond a été le déclencheur. D'où aussi ma remarque sur les participants occasionnels. Et c'est sans doute pour ça aussi que la page des stats mentionne le nombre total de participants, ceux qui sont encore actifs, et ceux qui ont contribué la veille !

c'était juste une reflection par apport à certains teams, ou ils sont moins nombreux, mais leurs envois de blocks sont importants.

Que dire de l'équipe Distributed Static, qui vient de nous enrhumer en passant en trombe devant nous il y a peu de temps, et qui fait régulièrement 200 à 250 000 Gnodes par jour avec ... 2 participants ? Bon, je sens bien la participation collective, là Mais quand même, chapeau ...

[kakace]

Que dire de l'équipe Distributed Static, qui vient de nous enrhumer en passant en trombe devant nous il y a peu de temps, et qui fait régulièrement 200 à 250 000 Gnodes par jour avec ... 2 participants ?  Bon, je sens bien la participation collective, là    Mais quand même, chapeau ...
[right][snapback]1030770[/snapback][/right]

Je m'en suis ému le jour où on s'est fait doubler. La réponse fût sans appel : quelqu'un venait de joindre cette team, en apportant avec lui un nombre considérable de GNodes (autour de 20000000 si ma mémoire est bonne). L'augmentation brutale des performances de l'un des deux participants en novembre m'avait aussi parue suspecte, mais rien au niveau des logs ne laisse entrevoir une quelconque tricherie, du moins pour le moment (lorsque ses stubs seront vérifiés par une autre machine, on y verra plus clair).
En tout cas, il est hautement improbable qu'il s'amuse à flusher continuellement les mêmes stubs. J'ai mis au point une protection anti-clonage pour OGR-P2 afin d'éviter de telles pratiques et, même si aucune solution n'est 100% fiable, je suis assez confiant sur ses performances.

Tant que j'y suis, mon générateur de cores RC5 prend forme petit à petit. Pour le moment, il me sort un core G3 tout ce qu'il y a de plus banal. Il me reste à mettre au point l'automatisation des optimisations (à partir du code banal), et à dériver cette base pour les cores AltiVec.
Ce n'est pas gagné, mais c'est en bonne voie...

[Macafond]

Tant que j'y suis, mon générateur de cores RC5 prend forme petit à petit. Pour le moment, il me sort un core G3 tout ce qu'il y a de plus banal. Il me reste à mettre au point l'automatisation des optimisations (à partir du code banal), et à dériver cette base pour les cores AltiVec.
Ce n'est pas gagné, mais c'est en bonne voie...

j'ai rien compris ! mais suis de tout coeur mentalement avec toi
maaaaaaaais.. cela veut dire que beau petit G5 bi 1,8 va décoller.. ?????? parce que si je crois "patpan" avec son [email protected] = 26,45 Mkeys/s, il me fout les boules. moi ma vitesse est maintenant à 26,08 Mkeys/s au mieux.

oueh! c'est la faute à "kakace' ça!

Ce message a été modifié par Macafond - 18 Feb 2005, 20:53.

[patpan]

maaaaaaaais.. cela veut dire que beau petit G5 bi 1,8 va décoller.. ?????? parce que si je  crois "patpan" avec son [email protected] = 26,45 Mkeys/s, il me fout les boules. moi ma vitesse est maintenant à  26,08 Mkeys/s au mieux.

oueh! c'est la faute à "kakace' ça!   
[right][snapback]1031091[/snapback][/right]

salut,

ben ce sacré "patpan " peut te dire ce soir, qu'il confirme 26,48Mkes/s
et que c'est pour lui une perf de très bon augure, car réalisée sous Darwin 8.bla_bla!

Donc Tiger s'avère très prometteur!

@ + les costauds.......

[Mfx]

L'augmentation brutale des performances de l'un des deux participants en novembre m'avait aussi parue suspecte, mais rien au niveau des logs ne laisse entrevoir une quelconque tricherie, du moins pour le moment (lorsque ses stubs seront vérifiés par une autre machine, on y verra plus clair).
En tout cas, il est hautement improbable qu'il s'amuse à flusher continuellement les mêmes stubs. J'ai mis au point une protection anti-clonage pour OGR-P2 afin d'éviter de telles pratiques et, même si aucune solution n'est 100% fiable, je suis assez confiant sur ses performances

Je n'envisageais pas la chose en termes de tricherie ... mais l'envoi sous le même id des résultats d'un certain nombre de machines (et même un nombre certain, pour arriver à de tels résultats ).
C'est d'ailleurs ce que je fais moi-même, en cumulant sous mon nom les résultats du G5 et d'un serveur que je fais bosser à ses moments perdus ... sans avoir l'impression de tricher pour autant.
L'iBook n'est pas assez souvent en route pour que sa contribution en vaille la peine

[Mathiasr]

Tant que j'y suis, mon générateur de cores RC5 prend forme petit à petit. Pour le moment, il me sort un core G3 tout ce qu'il y a de plus banal. Il me reste à mettre au point l'automatisation des optimisations (à partir du code banal), et à dériver cette base pour les cores AltiVec.

Bonne chance pour le Cell

[xavtek]

mon bahut vient de s'équiper de 28 powermacG5 bipro 2Ghz, ils ne tournent pas tout le temps (pas la nuit en tous cas et ils restent allumés.
comment "vendre" a mon administration l'intéret de participer au RC5-72 ?
est-ce que ca peut aider significativement?
merci.

[nektarfl]

Oui, l'ajout de ces machines sera significative...

Je suppose que dans ce genre de cas, il faudrait installer au départ l'application (./dnetc -install)

Pour le vendre, il faut avoir le soutien d'un prof d'informatique un peu matheux et surtout un peu compétiteur (il y a bien une compétition sous-jacente la-dessous non?). et lui expliquer que même si tous les ordinateurs ne sont allumés en moyenne que 1h par jour, cela va générer quelques 700 à 800 blocks par jour (vision basse), ce qui veut dire que l'établissement scolaire apparaîtrai déjà dans le top 100 en un peu mois de 2 mois et au top 50 en mois de 4 mois, (pour te donner une idée, je suis 30ème avec 3 machines 24h/24 (1 mac G4-1,25 ; 1 mac G4-1,8 et 1PC-1,8) et 2 machines de temps en temps (1 emac 1,0 et 1 emac 1,25) avec la possibilité de se faire connaître de la communauté Mac en mettant un lien de la page perso vers le site de l'établissement.

Celà ne ralenti pas le travail du mac. (c'est installé sur toutes mes machines, et c'est totalement transparent) même lorsque warcraft III est lancé.

Par contre, n'essaye pas de l'installer sans autorisation.

[nektarfl]

Un petit mot pour signaler l'arrêt des pages de stat au moment où j'écris. J'espère que les quelques 4350 blocks du G5 que je suis en train d'envoyer passeront correctement (je ne vois pas pourquoi ça passerait pas, mais ...)

le message:

Stats are unavailable


Sorry, but stats are down at the moment.


For more information, check the .plans. Particularly, look at decibel's .plan and nugget's .plan


Check back later

[Mfx]

En fait, les stats sont disponibles ..
C'est un problème de DNS ou autre, je ne sais pas trop, mais on peut y accéder par

http://63.149.157.132/team/tmsummary.php?p...d=25&team=29128

alors qu'avec l'adresse habituelle, rien à faire.

Bizarre, bizarre, vous avez dit bizarre ...




Bon, aujourd'hui 2 mars, ça remarche normalement ...

Ce message a été modifié par Mfx - 2 Mar 2005, 10:26.

[patpan]

Bonsoir,

Mes G4 et moi sont heureux de vous faire part que pour la première fois nous venons de passer le cap des 1000 blocs/jour - en moyenne quotidienne -

à suivre.........

pour du meilleur encore pour notre Team.

Alors de grands merci à vous tous qui m'avez tant aidé

Toujours est-il que cela ce déroule sous Darwin 7.8.0, 7.9.0, et 8.0.0

no comments more are possible at this time! désolé......

Ce message a été modifié par patpan - 3 Mar 2005, 02:16.

[nektarfl]

Et voilà que ça recommence !!!!!
J'envoie hier 1754 blocks, et ce matin seulement 1731 retenus (aucun calcul au hasard cette fois-ci et une prise de moins de 90 jours pour les blocks)

CODE

dnetc v2.9007-486-CTR-03110414 for Mac OS X (Darwin 7.8.0).
Using email address (distributed.net ID) 'nektarfl'

[Mar 18 15:56:16 UTC] The keyserver says: "AIEEEEEEEEEEEEEEEEE! [bob]"
[Mar 18 15:56:16 UTC] Retrieved project state data from server. (cached)
[Mar 18 16:01:27 UTC] RC5-72: Sent 1754 packets (1754.00 stats units) to server.

pour kakace, si tu veux, je peux envoyer les logs correspondant pour cette semaine.

[patpan]

Et voilà que ça recommence !!!!!
J'envoie hier 1754 blocks, et ce matin seulement 1731 retenus (aucun calcul au hasard cette fois-ci et une prise de moins de 90 jours pour les blocks)
[code]dnetc v2.9007-486-CTR-03110414 for Mac OS X (Darwin 7.8.0).
Using email address (distributed.net ID) 'nektarfl'

[right][snapback]1067704[/snapback][/right]

Bonjour nektarfl,

attends demain, afin de savoir s'il est certain que tes packets manquants ne te sont pas tout simplement attribués avec retard. Cela m'arrive à moi aussi, et le lendemain je constate que leur crédit a été normallement effectué.
Il faut garder espoir

@ +

Patrick

[nektarfl]

Oui OK, mais demain, j'envoie les blocks calculés par le G5, j'espère que ça fera pas pareil!!!
Perso, j'estime que si j'avais été limite en temps pour envoyer mes blocks, ça aurait pu se justifier, mais là, avant 16h !!!!! Et surtout, ça m'est jamais arrivé de voir mes blocks disparus revenir, même le lendemain!

[patpan]

Oui OK, ..... Et surtout, ça m'est jamais arrivé de voir mes blocks disparus revenir, même le lendemain!
[right][snapback]1067935[/snapback][/right]

je te confirme absolument que cela m'arrive de temps à autre,
et j'esssaie pourtant de ne pas être mesquin dans mes envois, ce soir j'aurai dépassé les 1100 blocks en moyenne jour depuis mes débuts à vos cotés dans cette aventure!

[nektarfl]

Bon, pour une fois, les 23 blocks manquants sont bien là!!!! je retire tout ce que j'ai pu dire.

Par contre, mon G5 n'a presque pas calculé cette semaine, effectivement, j'ai fait une mise à jour du système la semaine dernière, et je le trouvais extrèmement silencieux..... et pour cause, il disait être à 100% de travail, mais il était réglé à automatique dans les performances du processeur, résultat, à peine 6Mkey/s sur une semaine . Je l'ai mis sur maximale, et le ventilo s'est aussitôt mis en route (mais sans violance) et les perf sont remontées à plus de 13Mkey/s. Je l'avais trouvé un peu mou sur W3 cette semaine, je comprends maintenant pourquoi.

[patpan]

Bon, pour une fois, les 23 blocks manquants sont bien là!!!! je retire tout ce que j'ai pu dire.

[right][snapback]1068797[/snapback][/right]

Salut,

et bien, tu vois qu'il ne faut pas désespérer !
ce qui me surprend en revanche, c'est que cela se soit produit avec des flush réalisés avant 16h.
L'ami kakace doit bien avoir une petite explication.

pour le reste du message, il suffit de faire un peu attention!

@ +
Patrick

[kakace]

L'heure à laquelle sont envoyés les paquets n'a guère d'importance. Les proxies sont réglés pour ré-expédier les paquets vers le serveur à partir d'un certain niveau. Par exemple, un proxy peut très bien attendre d'avoir 1000 paquets avant d'initier une connexion.
Comme cette fonction est asynchrone, un flush vers le serveur (keymaster) peut intervenir pendant que le proxy accepte de nouveaux paquets depuis un client. Du coup, un flush de 1754 blocs peut très bien être ré-expédié partiellement vers le keymaster, le reliquat étant mit de côté pour une future connexion.
Si on ajoute à ça les problèmes de liaison entre proxies et keymaster, et la charge de travail des machines considérées, le délai entre le flush initial et la prise en compte dans les stats peut s'allonger jusqu'à plusieurs heures.

J'en profite pour signaler que le proxy situé en Hollande (utrecht) connaît des soucis. En principe, le nécessaire a été fait pour rediriger les clients vers d'autres proxies. Plus d'infos ici.

Ce message a été modifié par kakace - 20 Mar 2005, 14:15.

[patpan]

L'heure à laquelle sont envoyés les paquets n'a guère d'importance.  Plus d'infos ici.
[right][snapback]1069126[/snapback][/right]

Bonsoir, et merci kakace

je ne connaissais pas tous ces détails, mais avec un peu plus d'informations comme celles-ci, on comprend pourquoi cela peut être mis à jour à des dates différentes.

Je trouve personnellement que le système représente en lui-même un extraordinaire montage, et qu'il puisse y avoir si peu d'erreurs doit tenir du miracle!

Allez voir votre banquier pour le remercier chaudement, si il y a des rectifications aussi rapides en cas d'erreurs de sa part !

Encore merci Didier

Patrick

Ce message a été modifié par patpan - 21 Mar 2005, 01:15.

[benja]

Bon, les gars, va falloir mettre les bouchées doubles parce qu'on va se faire brouter une place par les russes...

[popboy]

AH! en fait ça fait un certain temps que ça dure, mais cela devrais
arriver dans une année si nous ne produisons pas plus.

Il faudrais instaurer une semaine du RC5 pour accéder à macbidouille

En fait nous sommes assez stable, mais dans une position ou le progrès est,
malheureusement hors d'atteinte, courage.

[kakace]

Ne désespérez pas... Avec un peu de chance, pas mal de temps, et beaucoup de motivation, il n'est pas exclu de voir apparaître, prochainement, un core G5 30% plus rapide.
C'est vrai que j'ai du mal avec la partie "motivation", mais je finirai par y arriver

[benja]

Je devrais bientôt me payer une gigadesigns pour tripler ma production... Mais je crois que si j'avais un G5, je ne le mettrai pas sur RC5-72 à cause du bruit, car je dors près de mon mac... Ca doit être le cas pour pas mal de possesseurs de G5, ce qui est dommage car ce sont nos meilleurs recrues... C'est peut-être aussi un peu pour ça que notre nombre de blocs par rapport au nombre de membres est plutôt faible...

[nektarfl]

Pour ma part, mon imac G5 ne fait pas plus de bruit que l'imac G4.... ils calculent tous les 2 et j'arrive à dormir juste à coté de l'un ou de l'autre!!! OK la température du G5 est à 69°C en calcul et descend à 62°C lorsque j'arrete les calculs ou que je lui demande performances automatique ou faible, et dans ce cas là, le G5 ne fait plus du tout de bruit (peut-être une solution pour ceux qui dorment à coté)

PS: mes blocks envoyés hier sont bien comptabilisés ce matin

[Macafond]

et les 28 G5 bi2xx du bahut de "xavtek" que font ils ??????????

pour rassurer "benja" concernant le bruit ou la chaleur, pas de problèmes: suis à 62 maxi à fond, et les ventilos je ne sais pas vraiment s'ils tournent.. j'entends juste un ronronnement constant.. tout tourne gentiment

Ce message a été modifié par Macafond - 23 Mar 2005, 12:05.

[popboy]

Ah! le lien RC5 s'est déplacé en haut à droite de la page
de la page d'acceuil.
Juste pour vous dire que j'ai eu 10 secondes d'angoisse,
et faire parler de l'équipe car nous ne sommes pas bavards ces derniers temps.

N'hésitez pas à nous joindre, même si ce n'est pas forcément " pour toute votre vie "

[nektarfl]

plus on sera nombreux, moins ça durera longtemps!!!!
Pour ma part, j'ai envoyé 6400 blocks aujourd'hui. Est-ce que ça suffira pour gagner 2 places dans l'équipe?
Bon OK, j'en ai envoyé 1700 hier, et j'en refait autant demain! donc je me rapproche de la 26ème place, mais la pression derrière est très forte. Je ne pourrais pas la garder longtemps!

[patpan]

plus on sera nombreux, moins ça durera longtemps!!!! 
Pour ma part, j'ai envoyé 6400 blocks aujourd'hui. Est-ce que ça suffira pour gagner 2 places dans l'équipe?
Bon OK, j'en ai envoyé 1700 hier, et j'en refait autant demain! donc je me rapproche de la 26ème place, mais la pression derrière est très forte. Je ne pourrais pas la garder longtemps!
[right][snapback]1094703[/snapback][/right]

Bonsoir nektarfl

je te sens tout stressé ce soir.

Sois un peu cool; cela ne reste qu'un jeu, même s'il reflète les perfs de nos machines respectives.

Comme tu l'as sans doute vu, ce soir j'ai été le meilleur "flusher".

Bah! c'est un hasard..... toute la semaine j'ai du sacrifier le calcul de nombre de blocks, ayant essayé d'installer un accélérateur GD@1,8Ghz sur un ancien GE@400Mhz.


Cela y est enfin ==> message modifié

Patrick

PS un G4 dual@1,8 cela doit contribuer à hauteur d'environ 800 blocks/jour

Ce message a été modifié par patpan - 10 Apr 2005, 17:03.