Team RC5-72 MacBidouille

[nektarfl]

même en lançant ./dnetc -quiet il envoie vers rien? dans ce mode là, il ne devrait rien faire (enfin je pense) parce que des options, il y en a une tripoté.

C'est comme ça qu'il lance dnetc quand on fait un install au démarrage. Pour ma part, je l'ai lancé en install pour qu'il calcule des blocks même dans la page de login. Par contre, c'est vrai que dans ces conditions je ne sais pas si il est plus rapide (en théorie oui, enfin pas directement parce que l'écriture, c'est le système qui gère, et comme il n'écrit rien, il n'occupe pas le processeur pour rien)

mes prochains blocks, seulement mercredi. GRRRR à ceux qui m'ont volé mes ordinateurs, maintenant, je prends plein de précautions, notament de ne pas laisser l'ordinateur (le nouveau) là où on m'a volé l'autre, du coup, je n'ai de connexion internet qu'avec le PC ( ) et très rarement avec mon nouveau mac!!!

[Gotchi]

je viens de me rendre que suite à mes derniers réglages sur mon firewall, je n'envoyais plus aucun bloc.
en fait, mes ordis en ont calculés, mais rien n'a été envoyé
je viens de comprendre mon erreur dans mes réglages, j'ai corrigé, et à partir de ce soir, je devrais de nouveau pouvoir envoyer des blocs.

[Tchou]

ha oui... j'ai essayé avec l'option & pour pouvoir tuer le shell, mais ça a pas marché...

Mais il log et print quand même (même vers rien...)
Enfin, ça m'énervait d'avoir le fenêtre de dcnet quand je clique sur l'icône du terminal pour lancer le debuggueur perl.

Merci.

Pour ça il existe seti dockling qui comme son nom ne l'indique pas gère aussi dnetc et permet de piloter le client dnetc depuis le dock sans lancer le terminal, le client une fois lancé depuis cette appliction, si tu fermes ta session, il continue de calculer.
Avantage : tu vois son activité dans la console (ce qui n'est pas le cas sur mon G3 ou il est lancé en -install).

[sky.x]

Merci Je vais le lancer en quiet...

[Aurel]

Ca y est, la barre des 7M est franchie

[nektarfl]

Les japonais se battent bien pour empêcher notre remontée: 2000 blocks d'écart seulement hier, il reste 1500000 blocs d'écart, ce qui signifie 750 jours de calcul pour les rejoindre, soit plus de 2 ans!!! en revanche, les espagnols devraient être rattrapés vers le mois de mars (toujours au rythme d'hier!!).

[nektarfl]

Là, il faut qu'on se remue: pendant les vacances, les français sont en vacances, et leurs ordinateurs aussi, résultat: 2 fois moins de block par jour qu'au début du mois.
Il ne suffit pas d'être arrivé à 7millions de blocks, il faut qu'on arrive à rattraper les japonais et les espagnols sans se faire rattraper par les ukrainiens!

Il faut à nouveau se motiver.

[Tchou]

C'est ce que je remarque depuis quelques jours...
On chute a vitesse vertigineuse...

[Melaurë Curufin]

Là, il faut qu'on se remue: pendant les vacances, les français sont en vacances, et leurs ordinateurs aussi, résultat: 2 fois moins de block par jour qu'au début du mois.
Il ne suffit pas d'être arrivé à 7millions de blocks, il faut qu'on arrive à rattraper les japonais et les espagnols sans se faire rattraper par les ukrainiens!

Il faut à nouveau se motiver.

Mon TI chauffe trop même sans faire de calcul. Mes blocs vont se faire rare ...

[Tchou]

Là, il faut qu'on se remue: pendant les vacances, les français sont en vacances, et leurs ordinateurs aussi, résultat: 2 fois moins de block par jour qu'au début du mois.
Il ne suffit pas d'être arrivé à 7millions de blocks, il faut qu'on arrive à rattraper les japonais et les espagnols sans se faire rattraper par les ukrainiens!

Il faut à nouveau se motiver.

Mon TI chauffe trop même sans faire de calcul. Mes blocs vont se faire rare ...

c'est sûrement du a des poussières dans le circuit de refroidissement, essaies un coup de soufflette ça devrait mieux aller ensuite...

[jibu]

en tout cas, ce n'est pas e ma faute, mon cube carbure à 1ghz maintenant :-)

[nektarfl]

J'en suis conscient, mais on est moins de 90 à envoyer des blocks ces derniers jours, sur + de 340 membres, je suppose que certains sont en vacances.

pour ma part, depuis le cambriolage, je ne poste pas forcément tous les jours, mais l'ordinateur calcule entre 220 et 250 blocks par jour (suivant comment je m'en sert) alors qu'avant, j'étais limité à 182 par jours. ma moyenne quotidienne actuelle est à 190 blocks par jour, et elle augmente à chaque jour où je peux envoyer.

Alors, désormais, je prends une réserve de 1000 blocks et je poste juste avant de le déplacer.

[Melaurë Curufin]

c'est sûrement du a des poussières dans le circuit de refroidissement, essaies un coup de soufflette ça devrait mieux aller ensuite...

Tu as raison, il y a déjà pas mal de poussière accumulée en haut sous mon clavier. Mais j'ai peur d'avoir à démonter des choses pour bien le nettoyer ...

[Aurel]

je suis de retour de 4 jours de vacances sans traiter de blocs, mais mon mac est reparti pour vous envoyer quelques blocs de plus

[kakace]

Face à ce qui semble devenir une chasse aux sorcières en bonne et due forme, je tiens à préciser que je suis passablement occupé à définir une méthode permettant de finaliser le challenge OGR, ce qui me conduit à évaluer un nombre conséquent de "stubs" et réduit mon keyrate RC5 à zéro depuis déjà quelques semaines.
Quand ce sera au point, il me faudra encore développer un nouveau (et plus performant) core OGR, puis les tant attendus cores RC5 optimisés pour le 970. Tout ça pour dire que je n'ai pas assez de CPUs, de têtes et de mains pour tout faire en même temps...

[Rabaothewarri]

Ai contacté par mail et oralement les gens de chez bemac à Strasbourg, mais pas de réponse…

Pourtant fort potentiel : 1 ou 2 G5, 3 imac, 1 emac et 2 pbook allumés toute la journée pour démo, internet ou tirage de factures...

Peut-être à relancer ?

Quelqu'un a-t-il contacté macway ?
Ils ont un ou 2 G4 dans le hall (à vendenheim) qui sont sur le net…

A+

[Tchou]

c'est sûrement du a des poussières dans le circuit de refroidissement, essaies un coup de soufflette ça devrait mieux aller ensuite...

Tu as raison, il y a déjà pas mal de poussière accumulée en haut sous mon clavier. Mais j'ai peur d'avoir à démonter des choses pour bien le nettoyer ...

mon frère a juste utisé une soufflette avec la "pipette" qu'il a introduit au plus profond possible dans les ouies d'aérations... (bon cétait un pc, je sais pas comment les macs sont concus de ce côté là..) mais il avait des problemes d'extinction inopinées et on a soupconné la temppérature car le ventilo qui se déclenchait auparavant occasionnellement tournait en quasi permanence... une fois la bourre enlevée tout est revenu dans l'ordre...

Face à ce qui semble devenir une chasse aux sorcières en bonne et due forme, je tiens à préciser que je suis passablement occupé à définir une méthode permettant de finaliser le challenge OGR, ce qui me conduit à évaluer un nombre conséquent de "stubs" et réduit mon keyrate RC5 à zéro depuis déjà quelques semaines.
Quand ce sera au point, il me faudra encore développer un nouveau (et plus performant) core OGR, puis les tant attendus cores RC5 optimisés pour le 970. Tout ça pour dire que je n'ai pas assez de CPUs, de têtes et de mains pour tout faire en même temps...

perso, je ne ferais pas de chasse à qui que ce soit, je ne prends pas forcément ça au sérieux même si j'aimerais bien que l'équipe gagne, j'ai réussi a mettre un G56 dual 1,8 sur le coup... Je souhaitais te remercier Kakace pour les efforts que tu fais pour promouvoir le mac au travers du projet distributed.net, je ne suis pas programmeur mais j'ai touché un peu à ça à l'IUT, je sais la somme de travail que ça représente et je te souhaites bon courage dans tes développements et te remercies...

Ce message a été modifié par Tchou - 30 Dec 2003, 00:53.

[Rabaothewarri]

Aujourd'hui équart (X86/linux)-(ppc/rhapsody)=34 853 288…

[Mathiasr]

Bref, J'ai réussi a quitter le terminal sans que Dcnet soit mort (je sais plus comment...) mais il doit quand même envoyer des "print" vers rien du tout...
Alors pour les G3 qui font dans les 40 blocs par jour, pas de client "very light" ?

Pour ceux qui chercheraient une interface graphique autre que Dnetcx, il y a Cowboy.
Cowboy est une interface graphique totalement indépendante du client dnetc, elle doit juste savoir où se trouve le client à utiliser et l'emplacement d'un éventuel fichier de log.
Pour avoir un affichage de l'activité du client il faut la récupérer soit via une redirection (ce que fait Dnetcx il me semble), soit via un lichier log.
Cowboy fonctionne avec un fichier log, l'intérêt est qu'on peut quitter l'interface et dnetc continue de calculer en fond, et lorsqu'on relance l'interface on voit où il en est. L'inconvénient du fichier log est qu'il grossi indéfiniment si on ne le supprime (ou archive) pas de temps en temps, et il maintient l'activité du disque dur (ce qui n'est pas toujours idéal avec un portable). Sans le fichier de log on sait juste si un client dnetc tourne déjà ou non, et on peut l'arrêter ou le lancer.


Pour l'instant le développement de Cowboy est arrêté, mais il fonctionne en l'état.
Lors de son premier lancement Cowboy essaye de trouver le client dnetc tout seul, s'il n'y arrive pas il faut éditer (avec TextEdit, BBEdit, vi... le bouton Edit de l'interface n'est pas actif, désolé) son fichier de préférences Cowboy.pref qui se trouve dans le dossier ~/Library/Preferences (Départ Bibliothèque Preferences avec le Finder).
La première ligne doit contenir le chemin vers dnetc, la seconde ligne le chemin vers un fichier de log (laisser vide ou effacer pour s'en passer).
Par exemple :
/Users/fred/rc72/dnetc
/Users/fred/rc72/cow.log

Les boutons Flush et Fetch fonctionnent, mais leur affichage est dirigé sur la console et donc n'est pas visible depuis Cowboy ; on peut également mettre le client en pause, mais il vaut mieux ne pas quitter Cowboy avant d'être ressorti de la pause.

Cowboy est téléchargeable ici : http://apmalaga.free.fr/Cowboy.app.sit

Si vous lancez Cowboy la première fois alors que dnetc (ou Dnetcx) tourne déjà, vous pouvez faire un Stop depuis Cowboy, suivi d'un Start, s'il s'est bien autoconfiguré avec un fichier de log vous devriez avoir l'affichage en bas.

[nektarfl]

Face à ce qui semble devenir une chasse aux sorcières en bonne et due forme, je tiens à préciser que je suis passablement occupé à définir une méthode permettant de finaliser le challenge OGR, ce qui me conduit à évaluer un nombre conséquent de "stubs" et réduit mon keyrate RC5 à zéro depuis déjà quelques semaines.
Quand ce sera au point, il me faudra encore développer un nouveau (et plus performant) core OGR, puis les tant attendus cores RC5 optimisés pour le 970. Tout ça pour dire que je n'ai pas assez de CPUs, de têtes et de mains pour tout faire en même temps...

Tu serais peut-être le seul qui ne sera jamais visé par une "chasse aux sorcières" en effet, tout progrès sur la méthode de calcul que tu obtiendrais par une optimisation, même si elle te fait perdre des blocks de calcul, rien que pour du test, sera, par la suite, grandement compensée par le plus grand nombre de blocks calculés par nous tous.
J'ai essayé de comprendre la méthode employée, mais n'y ai rien compris. (certainement à cause du fait que la langue employée était l'anglais) parce que pour le fun, j'aurais volontier essayé de faire calculer des blocks par le processeur mathématique du NeXT qui n'est pas employé.

[Melaurë Curufin]

Aujourd'hui équart (X86/linux)-(ppc/rhapsody)=34 853 288…

Sympa que ça diminue, mais par contre je suis circonspect par le TeamComputerra. 154 membres et 224000 blocs en un jour avec 73 participants ?

En plus quand on voit l'historique des premiers de la journée, c'est très très louche. Ils n'envoyaient pas forcément grand chose et du jour au lendemain 40 ou 50000 blocs.

C'est fou ...

Cluster de G5 ou triche (impact très négatif dans ce cas) ?

[Tchou]

Aujourd'hui équart (X86/linux)-(ppc/rhapsody)=34 853 288…

Sympa que ça diminue, mais par contre je suis circonspect par le TeamComputerra. 154 membres et 224000 blocs en un jour avec 73 participants ?

En plus quand on voit l'historique des premiers de la journée, c'est très très louche. Ils n'envoyaient pas forcément grand chose et du jour au lendemain 40 ou 50000 blocs.

C'est fou ...

Cluster de G5 ou triche (impact très négatif dans ce cas) ?

Un pti coup de main du cluster de G5 peut être ;-)

[kakace]

Cluster de G5 ou triche (impact très négatif dans ce cas) ?

Il faut voir ce que cela va donner dans les jours qui viennent. Certain participants s'adonnent au "mega-flush" (ils ne postent rien pendant plusieurs jours, et envoient un gros nombre de blocs d'un seul coup). D'autres ont l'air suspect (probablement des tricheurs), et d'autres enfin sont des sub-teams (et affichent donc un keyrate assez fluctuant, ce qui semble normal). Bref, rien de vraiment flagrant pour le moment.

A ce propos, je ne sais toujours pas où en sont les contre-mesures chez distributed.net. Il va falloir que je jette une pierre dans la mare, on dirait...

[Melaurë Curufin]

Cluster de G5 ou triche (impact très négatif dans ce cas) ?

Il faut voir ce que cela va donner dans les jours qui viennent. Certain participants s'adonnent au "mega-flush" (ils ne postent rien pendant plusieurs jours, et envoient un gros nombre de blocs d'un seul coup). D'autres ont l'air suspect (probablement des tricheurs), et d'autres enfin sont des sub-teams (et affichent donc un keyrate assez fluctuant, ce qui semble normal). Bref, rien de vraiment flagrant pour le moment.

A ce propos, je ne sais toujours pas où en sont les contre-mesures chez distributed.net. Il va falloir que je jette une pierre dans la mare, on dirait...

Dans le cas que je donnais (computera) ce ne sont pas des gens qui ont stockés des blocs pendant longtemps. Il ont posté quelques dizaines ou centaines de blocs le jour précédent puis plus de 55000 chacun le jour suivant ...

Idem pour le team MooFarm aujourd'hui avec pas loin de 400000 blocs. RTCW zobarpol qui poste entre 50 et 100 blocs tous les jours jusqu'à hier a poste 70000 blocs aujourd'hui. RTCWUndergod qui a en moyenne 400 blocs par jour en poste 28995 le 31 après en avoir posté 516 le 30.

Bref ça sent le moisi tout ça et je sens venir de loin la grande claque des tricheurs qui va mettre le projet en l'air. Pourquoi ? Parce que dès qu'on saura qu'il y a eu des triches massives, tout le monde ira donner son temps machine ailleurs ...

[Suil]

moi pendant 2 semaines je n'ai pas calculé, vacances ..... et j'en avais vraiment besoin, mais je vais mettre les bouchées doubles à la rentrée

Meilleurs voeux à toutes et à tous

[kakace]

A ce propos, je ne sais toujours pas où en sont les contre-mesures chez distributed.net. Il va falloir que je jette une pierre dans la mare, on dirait... 

Dans le cas que je donnais (computera) ce ne sont pas des gens qui ont stockés des blocs pendant longtemps. Il ont posté quelques dizaines ou centaines de blocs le jour précédent puis plus de 55000 chacun le jour suivant ...
Idem pour le team MooFarm aujourd'hui avec pas loin de 400000 blocs.
Bref ça sent le moisi tout ça et je sens venir de loin la grande claque des tricheurs qui va mettre le projet en l'air. Pourquoi ? Parce que dès qu'on saura qu'il y a eu des triches massives, tout le monde ira donner son temps machine ailleurs ...

Cette situation ennerve beaucoup de monde, surtout les top-teams. J'ai discuté de ça avec quelques membres de distributed (peu nombreux en début d'après midi, décalage horaire oblige), et tous partagent ce point de vue. Je n'ai malheureusement pas pu avoir plus d'informations à ce sujet.
Quoiqu'il en soit, je suis absolument déterminé à faire bouger les choses dans le bon sens, quitte, une fois de plus, à devoir tout faire moi-même

Ceci dit, les stats ne permettent pas vraiment de savoir ce qui se passe. Il suffit qu'un proxy soit en rade pour que subitement, lorsqu'il est relancé, un nombre impressionnant de blocs soit attribué à quelques participants (ce qui est normal, vu que le proxy sert de cache entre les utilisateurs et le serveur central). Certains participants peuvent aussi jouer au "mega-flush" avec certaines de leurs machines, volontairement ou non.
Si les stats sèment le doute (principalement parce qu'on sait qu'un client pourri existe), rien ne permet de conclure quoi que ce soit pour le moment.

[Melaurë Curufin]

Kakace pour les cas que je relève, j'ai examiné les posts sur plusieurs mois. C'est pour cela que j'en tire ce genre de conclusion. Bien sur on peut supposer que chacun a mis la main sur un cluster et l'a activé le même jour, mais c'est quand même très peu probable.

Enfin tout ce que j'espère c'est une garantie de la part des gens qui ont lancé le projet qu'il n'y a pas de triche. Quand on voit le nombre monstrueux de blocs restant, il ne faut pas faiblir. Il va falloir que les procs évoluent très vite sinon ça va être comme les cathédrales. On la commence mais on ne voit pas la fin de son vivant ...

[g4hd]

Black Pearl : cluster de 100 x G5 bi2gHz ???

[kakace]

Black Pearl : cluster de 100 x G5 bi2gHz ???

Le premier (et même le second) sont plus que suspects :-/
Quant au troisième, il peut s'agir de quelqu'un ayant installé le client sur plusieurs machines ces jours-ci (augmentation graduelle du keyrate).

[gillesC]

Effectivement, le premier semble incroyable, le second avec un nom pareil (!) à peut être installé subrepticement le client sur un certain nombre de machines à leurs insu.
Le troisième est probablement d'après son intitulé un labo de génétique qui profite des congés de fin d'année des chercheurs pour faire mouliner les bécanes à 100%, à voir après la rentrée...

Si cela se généralise, il va falloir faire du ménage pour conserver l'intérêt du projet.