Team RC5-72 MacBidouille

[Melaurë Curufin]

Aujourd'hui : 35 276 004 ça se réduit encore

En 4 jours (du 8 au 12) : 8 793 de mieux pour PPC/rhapsody

A se rythme, il nous faut a peu près 4012 jours pour que notre Os soit en 2ème position.

Tout dépend si on a un fort renouvellement de machine en 2004. Avec tous ces bi-G5 à plus de 2 Ghz on doit pouvoir en pondre des blocks tout macusers du monde entier confondus.

On peut regagner le retard plus vite que ça

[Aurel]

oui on va pouvoir le faire en 2098 ans environ avec les G5

[nektarfl]

oui on va pouvoir le faire en 2098 ans environ avec les G5

Je ne sais pas comment tu comptes, parce qu'aujourd'hui, au rythme actuel il reste 441000 jours de recherche !! ça fait environ 12 siècles!! avec plein de G5 en ligne, ce temps devrait logiquement baisser, d'autant que quand on observe la moyenne des bloks calculés, elle est de 21 par secondes, et hier pour la journée elle était à 29 par seconde. Donc le rythme s'accelère, et c'est tant mieux, j'aimerai bien voir le début d'un RC5-80!

[Aurel]

y a pas moyen de demander au cluster de virginie de rentrer dans notre team?

[jibu]

ouais juste un jour pour voir...

[Aurel]

mon con de G3 veut pas télécharger les blocks

il est braché en réseau firewire à mon G4, avec le partaege d'internet

qu'est ce que je dois faire?

[Tchou]

y a pas moyen de demander au cluster de virginie de rentrer dans notre team?

Je viens de leur envoyer un mail, on verra bien ....

je leur ai proposé de faire des tests de montée en température avec le client dnetc et sur la team macbidouille tant qu'a faire....

Aurel1 quels sont les symptômes, peux tu poster les logs sur l'erreur ... qu'on voit ce qu'il raconte.... (fichier log dans le dossier du client ou alors copier/coller de la console ...)

Ce message a été modifié par Tchou - 15 Dec 2003, 03:30.

[sky.x]

Le client irait pas plus vite sans log, sans rien afficher du tout (ou juste quand il envoie les bloques en attendant de recevoir les nouveaux.)

J'espère qu'il DL les nouveaux avant d'envoyer les anciens au fait...

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" ?

[beleg]

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

En lançant dnetc dans un shell csh ou tcsh.
typiquement:
>csh
#./dnetc >& /dev/null &
Ctrl-D

et c'est parti

[sky.x]

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.

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