Team RC5-72 MacBidouille

[3x7]

Ca va faire six mois que je tourne en configuration de secours modem RTC.
(Nektarfi je te comprends…)
Pas merci à FREE S.A.S
Donc je minimise mon temps sur le oueb et je ne vais plus aussi souvent sur le forum.
Je dois avouer que je n'ai pas lu la page précédente avant de poster.
Mea culpa.

A part çà est-ce que quel'qu'un a déjà écrit que la progression de puissance de calcul utilisée pour Dnetc suivait la loi de Moore ?

D'autre part, je connais un peu le type de parc informatique dans les pays de l'est et la puissance de calcul réelle disponible chez eux rend évidente l'utilisation d'une appli faussaire.

Dans les stats, il manque le ratio blocks calculés/nombre de machines.

Spakoinai nochi.

[nektarfl]

Nektarfl c'est toi ces stats ?
CPU      OS         First unit          Last unit        Total blocks
68K  NeXTSTEP  2003-08-11     2005-02-18    576

Il faut savoir que les stations et cubes NeXT avaient (ont toujours) un 68040 comme processeur (à l'époque où les mac avaient seulement un 68030) cadencé à 25Mhz, puis à 33Mhz. Ce sont donc des blocks calculés par des NeXT. Dans les 576 blocks, il y a les 42 que mon cube a calculé. Si tu regardes les stats, tu peux constater que des PC tournent également sous NeXTStep, il y a aussi des sparc stations.

Toi qui aime les stats, tu peux alors apprécier le nombre d'heure de calcul car pour calculer un block sur NeXT, il faut 2 jours et 5 heures, et oui, à 470 000 key/s environ.

PS: suite de l'affaire F.T. et ADSL: aujourd'hui, je suis encore en RTC, ma nouvelle ligne (qui n'est autre que l'ancienne) n'est pas éligible ADSL, alors FT ne peut pas vérifier ma synchro car il n'y a pas de ligne ADSL construite dessus, et par wanadoo (mon opérateur), ils ne peuvent pas obtenir qu'on me branche l'ADSL, et je tourne en rond comme ça depuis 15jours maintenant!!!

Ce message a été modifié par nektarfl - 6 May 2005, 18:22.

[patpan]

Bonjour à toutes et à tous,

c'est un matin sympa pour moi!

Je viens de rentrer dans le Top 10 de l'équipe

[Center][/Center]

Merci à vous qui en m'aidant, m'ont permis d'y parvenir. Pourvu que cela dourre...

Tout bien vu, maintenant, nous ne sommes pas si mal placés que cela après les vérifications anti-triches. Cette 5ème place devant rester stable durant plusieurs mois.

Pat

Ce message a été modifié par patpan - 7 May 2005, 14:43.

[kakace]

La chasse aux tricheurs n'est pas terminée et toutes les équipes pourraient encore perdre quelques plumes. Ne nous réjouissons pas trop vite...

[patpan]

La chasse aux tricheurs n'est pas terminée et toutes les équipes pourraient encore perdre quelques plumes. Ne nous réjouissons pas trop vite...
[right][snapback]1136390[/snapback][/right]

je souhaite vraiment que nous ne soyons pas concernés; cela serait décevant.

[popboy]

Sous entendu, il y a un client bidouillé pour mac ...
c'est un peut tristoune ça, à la vitesse ou je me traine je suis insoupçonnable

[nektarfl]

La chasse aux tricheurs n'est pas terminée et toutes les équipes pourraient encore perdre quelques plumes. Ne nous réjouissons pas trop vite...
[right][snapback]1136390[/snapback][/right]

Pour ma part, je ne me sens pas visé, mes clients, je les ai téléchargés sur le site de distributed. Si j'ai de grandes quantités de blocks calculés, je peux presque tous les prouver, effectivement, je garde les logs de calcul (à une ou deux exceptions près), alors je suis sûr de moi.

Il n'empèche que sur mon envoi du 3 mai, il manque 28 blocks à l'appel après expédition !!!! Je pensais les retrouver le lendemain, mais non. Hier, j'ai eu la surprise de ne pas les voir non plus, et surtout de gagner près de 20 places au classement mondial, sans avoir envoyé le moindre block!

[popboy]

Heu! Tu gardes comment tes log, quand tu lance le truc en automatique ?
Ou "lances" tu les blocs à la main, chaque fois ?

[nektarfl]

Heu! Tu gardes comment tes log, quand tu lance le truc en automatique ?
Ou "lances" tu les blocs à la main, chaque fois  ?
[right][snapback]1137028[/snapback][/right]

tu lances le terminal, puis dans le répertoire de dnetc:
./dnetc -config(return)
option 4(return)Logging options
en 1 : option rotate
en 2 : le sous-répertoire où tu mets tes logs dans le répertoire dnetc/début du nom du fichier (log/logdnetc) pour moi
en 3 : weekly (cette option n'arrive que quand la première a été validée)
en 4 et en 5, on ne touche rien.

Ca te crée des fichiers qui s'appellernt logdnetc05w18 (logdnetc qui est le nom que tu as choisi - 05 qui est l'année - w18 qui signifie week(semaine) 18)

Et ceci sur chacune des machines.

[kakace]

Sous entendu, il y a un client bidouillé pour mac ...
c'est un peut tristoune ça, à la vitesse ou je me traine je suis insoupçonnable 
[right][snapback]1136989[/snapback][/right]

Pas à ma connaissance. Seulement je me doute que la totalité des membres n'utilisent pas exclusivement un Mac. Il est donc tout à fait possible que certains d'entre eux se soient "amusés" avec un client PC modifié.
Pour l'instant, et en l'état actuel de mes connaissances, l'équipe n'a pas été touchée (autrement dit, aucun des gros tricheurs expulsés jusqu'à présent n'en faisait partie). Comme la chasse aux sorcières n'est pas terminée, la surprise reste possible.

[kakace]

Pour ma part, je ne me sens pas visé, mes clients, je les ai téléchargés sur le site de distributed. (...)
Il n'empèche que sur mon envoi du 3 mai, il manque 28 blocks à l'appel après expédition !!!! Je pensais les retrouver le lendemain, mais non. Hier, j'ai eu la surprise de ne pas les voir non plus, et surtout de gagner près de 20 places au classement mondial, sans avoir envoyé le moindre block!
[right][snapback]1136996[/snapback][/right]

Je ne vise personne !
Et le site de distributed est en effet la source la plus sûre.

Par contre, j'aimerai bien approfondir cette histoire de perte de blocs. C'est un problème récurrent, et plusieurs personnes se plaignent de ça TOUS LES JOURS. Pour le moment, je n'ai pas la moindre piste à exploiter et je me perds en conjectures. J'aurai tendance à penser à un problème de doublons (mêmes blocs calculés deux fois).
C'est le moment de me donner un coup de main en éclairant ma lanterne. Logs et informations détaillées sont les bienvenus (nombre de machines, utilisation d'un proxy personnel, partage des tampons, utilisation en réseau, etc).

Quant au gain de 20 places, il est très simple à expliquer : 30 tricheurs se sont encore fait virer hier. Ca fait forcément grimper ceux qui sont derrière...

[cpsykopat]

Je ne comrpends pas trop l'intéret de la tricherie : ca fait croire qu'on a calculé des blocs alor que l'on ne les a pas calculé c'est ca ?

[Tchou]

Je ne comrpends pas trop l'intéret de la tricherie : ca fait croire qu'on a calculé des blocs alor que l'on ne les a pas calculé c'est ca ?
[right][snapback]1137259[/snapback][/right]

Bah l'intérêt je le vois pas non plus vu que le bloc qui fera gagner il me semble qu'il faille le calculer quand même...
il ne faut pas oublier que même le dernier avec un peu de chance peut trouver la clé qui va bien...
le fait d'être en haut de la liste nous donne plus de chances mais ça ne veut pas dire que les autres ne peuvent pas gagner...

[cpsykopat]

Enfin ça donne plus de chance de gagner si ont a trouvé ces block "légalement"

[patpan]

Heu! Tu gardes comment tes log, quand tu lance le truc en automatique ?
[right][snapback]1137028[/snapback][/right]
Ca te crée des fichiers qui s'appellernt logdnetc05w18 (logdnetc qui est le nom que tu as choisi - 05 qui est l'année - w18 qui signifie week(semaine) 18)

Et ceci sur chacune des machines.
[right][snapback]1137057[/snapback][/right]

c'est à lire via " console " , c'est l' app où les opérations enregistrées se lisent.

Pat

Ce message a été modifié par patpan - 8 May 2005, 01:30.

[patpan]

Et le site de distributed est en effet la source la plus sûre.

Par contre, j'aimerai bien approfondir cette histoire de perte de blocs. C'est un problème récurrent, et plusieurs personnes se plaignent de ça TOUS LES JOURS. Pour le moment, je n'ai pas la moindre piste à exploiter et je me perds en conjectures. J'aurai tendance à penser à un problème de doublons (mêmes blocs calculés deux fois).
C'est le moment de me donner un coup de main en éclairant ma lanterne. Logs et informations détaillées sont les bienvenus (nombre de machines, utilisation d'un proxy personnel, partage des tampons, utilisation en réseau, etc).

[right][snapback]1137165[/snapback][/right]

pour ce qui me concerne, j'ai renoncé à tout calcul exact pour cause de transparence avec le protocole " sudo ./dnetc -install ".

[popboy]

En tous cas merci à Kakace pour les "options" et à Nektarfl pour l'explication
de sauvegarde du log, je ne l'aurais jamais trouvé seul.
Donc je vérifierai mes envois les prochains mois au cas ou...

Pour des éventuelles "sorcières" dans l'équipe soyons optimistes le risque me parait faible

[nektarfl]

Je m'occupe d'un joli petit parc de Mac (G4 et G5) ils fonctionnent 24h/24 mais sont inutilisé de 20 h à 6h alors si quelqu'un me dit comment installer ce logiciel et le paramêtrer pour pas qu'il fonctionne entre 6h et 20h je veux bien le mettre sur 40 postes

François
[right][snapback]1124517[/snapback][/right]

En fouillant dans l'aide du client, j'ai trouvé ce qu'il faut pour qu'il s'arrete à une heure donnée dès la mise en route : ./dnetc -until 06:00
Ceci devrait lancer le client jusqu'à 6h00 (ensuite, il faut vérifier si c'est GMT ou local)
Il ne reste plus qu'à trouver comment rentrer une telle commande dans le cron table.
Je vais chercher ça plus tard!

[Tchou]

Je m'occupe d'un joli petit parc de Mac (G4 et G5) ils fonctionnent 24h/24 mais sont inutilisé de 20 h à 6h alors si quelqu'un me dit comment installer ce logiciel et le paramêtrer pour pas qu'il fonctionne entre 6h et 20h je veux bien le mettre sur 40 postes

François
[right][snapback]1124517[/snapback][/right]

En fouillant dans l'aide du client, j'ai trouvé ce qu'il faut pour qu'il s'arrete à une heure donnée dès la mise en route : ./dnetc -until 06:00
Ceci devrait lancer le client jusqu'à 6h00 (ensuite, il faut vérifier si c'est GMT ou local)
Il ne reste plus qu'à trouver comment rentrer une telle commande dans le cron table.
Je vais chercher ça plus tard!
[right][snapback]1138187[/snapback][/right]

Juste comme ça...
sur ma machine de bureau dnetc tourne 24x7 et franchemenyt je n'ai jamais éprouvé le besoin de l'arrêter... il passe en dernier dans les priorités donc à mon avis tu peux le laisser même dans la journée...

[patpan]

Par contre, j'aimerai bien approfondir cette histoire de perte de blocs. C'est un problème récurrent, et plusieurs personnes se plaignent de ça TOUS LES JOURS. Pour le moment, je n'ai pas la moindre piste à exploiter et je me perds en conjectures. J'aurai tendance à penser à un problème de doublons (mêmes blocs calculés deux fois).
C'est le moment de me donner un coup de main en éclairant ma lanterne. Logs et informations détaillées sont les bienvenus (nombre de machines, utilisation d'un proxy personnel, partage des tampons, utilisation en réseau, etc).
[right][snapback]1137165[/snapback][/right]

Bonjour kakace,

en reprenant mon calcul avec les logs, je m'aperçois que chez moi ce sont des reports de prises en compte de blocks; mais ce qui est surprenant c'est qu'il doit être aléatoire

Pat

[kakace]

Le report des blocs d'un jour sur l'autre est un phénomène connu, bien que non expliqué. Ca pourrait être causé par un problème temporaire de communication entre le proxy et le keymaster.
La disparition pure et simple de blocs est autrement plus gênante, et j'aimerai bien avoir un début de piste pour en chercher la raison...
Je conseille à ceux qui ont des doutes à ce sujet de configurer leur(s) client(s) de façon à avoir un nombre "rond" de paquets (par exemple 50). De cette façon, un résultat dans les stats qui n'est pas un multiple de ce nombre saute tout de suite aux yeux et facilite la recherche (report d'un jour sur l'autre ou perte sèche).

[nektarfl]

Le report des blocs d'un jour sur l'autre est un phénomène connu, bien que non expliqué. Ca pourrait être causé par un problème temporaire de communication entre le proxy et le keymaster.
La disparition pure et simple de blocs est autrement plus gênante, et j'aimerai bien avoir un début de piste pour en chercher la raison...
Je conseille à ceux qui ont des doutes à ce sujet de configurer leur(s) client(s) de façon à avoir un nombre "rond" de paquets (par exemple 50). De cette façon, un résultat dans les stats qui n'est pas un multiple de ce nombre saute tout de suite aux yeux et facilite la recherche (report d'un jour sur l'autre ou perte sèche).
[right][snapback]1139614[/snapback][/right]

Un nombre rond !!! en ce qui me concerne, avec mes soucis de connexion ces derniers temps, faut pas trop y compter !!!
En tous cas, j'ai un exemple : le 03/05/2005, j'envoie 3505 blocks (et oui, presque 2 semaines sans connexion internet) calculés par mon G4, et expédiés par le G5 en RTC. Résultat des courses : 3477 blocks comptabilisés, et rien les 3 jours suivants (aucun envoi en ce qui me concerne)
J'ai récupéré les logs, mais 2Mo en RTC !!!!! dur-dur (pardon: 236Ko sous forme d'archive) et rien moins que 34889 lignes de log. Je t'envoie ça dans ton mail?

Edit: mes constatations sont que c'est rarement dans l'envoie de peu de blocks qu'il y a problème, mais toujours quand on en a stocké un grand nombre. En y réfléchissant bien, j'ai certainement eu quelques blocks calculés au hasard (vu le nombre total de blocks à trouver, j'ai pas de chance de tomber à chaque fois sur des blocks déjà calculés!!! à moins que le routine de nombre aléatoire ne soit pas si aléatoire que ça et soit toujours la même suite de nombre!)

Edit2: Heureux de constater que tu reviens sur le RC5-72 pour un temps kakace, et heureux également de constater que l'élimination des tricheurs a redonné un coup de fouet à l'équipe qui pointe à la 3ème place mondiale depuis 2 jours au moins au classement quotidien.

Ce message a été modifié par nektarfl - 9 May 2005, 20:29.

[kakace]

En tous cas, j'ai un exemple : le 03/05/2005, j'envoie 3505 blocks (et oui, presque 2 semaines sans connexion internet) calculés par mon G4, et expédiés par le G5 en RTC. Résultat des courses : 3477 blocks comptabilisés, et rien les 3 jours suivants (aucun envoi en ce qui me concerne)
J'ai récupéré les logs, mais 2Mo en RTC !!!!! dur-dur (pardon: 236Ko sous forme d'archive) et rien moins que 34889 lignes de log. Je t'envoie ça dans ton mail?

Oui ! kakace(at)distributed.net
EDIT: J'ai récupéré les logs du serveurs. Les 3477 blocs envoyés ce jour là ont tous été calculés par un G4 sous Mac OS X, client 2.9007.486, core 4 (KKS7450). Sur ce total, 131 sont des blocs aléatoires. J'attends tes logs pour pouvoir comparer et trouver quels blocs manquent...

Edit: mes constatations sont que c'est rarement dans l'envoie de peu de blocks qu'il y a problème, mais toujours quand on en a stocké un grand nombre. En y réfléchissant bien, j'ai certainement eu quelques blocks calculés au hasard (vu le nombre total de blocks à trouver, j'ai pas de chance de tomber à chaque fois sur des blocks déjà calculés!!! à moins que le routine de nombre aléatoire ne soit pas si aléatoire que ça et soit toujours la même suite de nombre!)

Il me semble que le générateur de nombre aléatoire est initialisé à partir de la date, et il est donc peu probable que deux personnes obtiennent la même suite de nombres.
Par contre, les paquets générés aléatoirement font partie d'un même sous-groupe (2^32 paquets consécutifs), et il n'est pas exclu que, ponctuellement, plusieurs personnes calculent la même chose (et c'est de plus en plus fréquent puisque de plus en plus de paquets ont été calculés dans ce sous-groupe).
Malheureusement, il n'est pas possible de procéder autrement. Si le sous-groupe est bien spécifié par le keymaster (ce qui permet d'en changer en fonction du taux de "remplissage"), le but est quand même d'essayer de tirer profit de clients qui, autrement, ne feraient rien faute d'avoir de "vrais" blocs en réserve.

Edit2: Heureux de constater que tu reviens sur le RC5-72 pour un temps kakace, et heureux également de constater que l'élimination des tricheurs a redonné un coup de fouet à l'équipe qui pointe à la 3ème place mondiale depuis 2 jours au moins au classement quotidien.

J'ai vu que j'approchai dangereusement de la 2000e place, et ce n'est pas acceptable
Dans le même temps, j'ai deux machines qui participent via un proxy personnel. S'il m'arrive de perdre des blocs, je serais alors aux premières loges pour essayer de comprendre ce qu'il se passe. En plus, il y a un fou furieux qui participe à OGR pour le compte de l'équipe avec une puissance de calcul assez hallucinante (j'en faisais à peine la moitié).
Enfin, un certain nektarfl était tout content de me passer devant au RC5. Alors je me fâche

Ce message a été modifié par kakace - 9 May 2005, 22:54.

[patpan]

En plus, il y a un fou furieux qui participe à OGR pour le compte de l'équipe avec une puissance de calcul assez hallucinante (j'en faisais à peine la moitié).
Enfin, un certain nektarfl était tout content de me passer devant au RC5. Alors je me fâche 
[right][snapback]1140057[/snapback][/right]

il faut savoir tout relativiser!

Une grosse colère de temps à autre, cela détend

Bonne nuit kakace

PS: imagine mon émoi lorsque ce soir en rentrant, deux G4 sous X.4 s'étaient éteints, carrément

Pat

[popboy]

Ah! c'était donc ça cette baisse de calcul dans tes statistiques
moi qui pensait que tu t'étais calmé...
Ne risques tu pas de crever de chaud en été avec tous ces G4 qui moulinent ?

J'ai abandonné le calcul avec le bipro trop de bruit et de chaleur, déjà que mes synthétiseurs
réchauffent trop ma planête (surtout le JP8)...

[nektarfl]

Enfin, un certain nektarfl était tout content de me passer devant au RC5. Alors je me fâche 
[right][snapback]1140057[/snapback][/right]

Il va falloir que tu moulines dur, car avec environ 600 blocks par jour de moyenne en ce moment, il va passer de l'eau sous les ponts avant que tu ne me rejoingnes!

PS: je viens de t'envoyer mes logs

[kakace]

Enfin, un certain nektarfl était tout content de me passer devant au RC5. Alors je me fâche 
[right][snapback]1140057[/snapback][/right]

Il va falloir que tu moulines dur, car avec environ 600 blocks par jour de moyenne en ce moment, il va passer de l'eau sous les ponts avant que tu ne me rejoingnes!

PS: je viens de t'envoyer mes logs

Ca prendra le temps que ça prendra, mais je t'aurai !
Plaisanteries mises à part, je te réponds ici au sujet des logs pour que tout le monde sache à quoi s'attendre. Comme je l'ai dit hier, le keymaster a reçu 131 blocs aléatoires (ceux qui commencent par "53:"), et après analyse de tes logs, je peux dire que tu en as calculé 159.
159 - 131 = 3505 - 3477 = 28

Si tu veux vérifier par toi-même :
grep "RC5-72: Completed" log_03_05_2005 | tr ":" " " | awk '$9 == 53 {print $9}' | wc -l

Autrement dit, sur les 159 blocs aléatoires calculés, 28 ont été vérifiés par quelqu'un d'autre et retournés au serveur avant les tiens. Puisque les proxies suppriment les doublons, ces 28 blocs n'avaient aucune chance d'arriver jusqu'aux stats.

Donc je répète : les blocs aléatoires permettent de calculer quand même quelque chose lorsque les tampons sont vides, mais au risque de calculer quelques blocs pour rien.
Je répète, 2ème partie : En utilisant une version récente du client (hein Nektarfl ? ) on peut stocker pour un maximum de 14 jours de calcul, soit à peu près 2800 blocs pour un G4 1GHz (le double pour un dual G4).

[patpan]

Ah! c'était donc ça cette baisse de calcul dans tes statistiques 
moi qui pensait que tu t'étais calmé...
Ne risques tu pas de crever de chaud en été avec tous ces G4 qui moulinent ?

J'ai abandonné le calcul avec le bipro trop de bruit et de chaleur, déjà que mes synthétiseurs
réchauffent trop ma planête (surtout le JP8)...
[right][snapback]1140728[/snapback][/right]

bonsoir, les rives du Lac !

sois rassuré -pour l'équipe-, la climatisation est prête à être mise en route dans mon Bureau, dès que cela sera nécessaire!

et, à Paris on a moins de scrupules à utiliser l'énergie électrique qu'ailleurs, celle-ci provenant (oui, je sais que je vais vous faire hurler tous) de centrales nucléaires...ou de ces "petites unités" qui fonctionnent elles, nous dirons "comme des piles à combustible".
Maintenant la température locale est encore en dessous des "moyennes saisonniaires".
L'été 2003 est certainement une exception, 2004 n'ayant pas confirmé une seconde catastrophe.
Globalement, on peut dire que les glaces de l'arctique fondant à une vitesse de plus en plus élevèe, l'eau douce descend lentement au large des côtes de Norvège, et fait plonger le Gulf-stream chaque année plus sud, ce qui ouvre grand la porte au courant d'air froid! -je ne suis pas méteo, mais cette logique paraît irréfragable-.
Pardon, j'ai divergé ! - commun dans le nucléaire actuel-.

Aujourd'hui tout paraît OK ds le club des G4
j'ai commandé deux G5 ce jour; ne me demandez pas si ce sont des @2.7...OUI,
et c'est maintenant à l'ami kakace de nous finaliser un beau 'dnetc-core' pour G5!

Je suis trop bavard, et je vous quitte sur ce, tous, avec mes plus "éLemantaires" respects.

Pat

Ce message a été modifié par patpan - 10 May 2005, 21:48.

[popboy]

Hum! deux G5 tu as donc décidé d'être un équipe à toi seul...

C'est un peu décourageant pour les autres (dont je suis )
Limité en place je suis limité aux mac mini et je n'en ai pas besoin d'un autre
Je suis donc condamné à te regarder voguer au loin...

P.S. pour l'énergie, pas trop de scrupules en Suisse, l'hydroélectrique est très répendu.

[nektarfl]

Je répète, 2ème partie : En utilisant une version récente du client (hein Nektarfl ? ) on peut stocker pour un maximum de 14 jours de calcul, soit à peu près 2800 blocs pour un G4 1GHz (le double pour un dual G4).
[right][snapback]1141638[/snapback][/right]

Bon OK pour la version récente, mais je ne me souviens pas qu'elle ai été annoncée ici pour cet avantage là!
OK, il y a eu des blocks calculés au hasard, mais ma rupture brutale de ligne de téléphone de la part de F.T. n'était pas prévue, et encore moins la suppression totale de ma ligne ADSL qui découle de la reconstruction de ma ligne sur un support de médiocre qualité ne me permettant plus d'avoir l'ADSL. A la fin de la semaine, je déménage, et j'aurais ensuite une freebox (avec les délais d'attente) me permettant une connexion encore meilleure.
Je sais charger mes ordinateurs avec plusieurs milliers de blocks d'avance (comme tu as pu le constater dans mes logs, juste derrière les blocks calculés au hasard) en l'espèce, 2 x 5000 blocks téléchargé chez mes parents pour alimenter mes deux ordinateurs.
D'ailleurs, ce soir, je vais à nouveau faire le plein de blocks après avoir vidé mon G5.
Edit: le pire, c'est que celle que j'utilise déjà pour le G5!!!!

Ce message a été modifié par nektarfl - 11 May 2005, 22:12.