Team RC5-72 MacBidouille

[popboy]

Moi non plus

[kenobie]

Donc si j'envoie mes noueaux calculs en cours il balancera les anciens aussi ?

oui...dans ta fenetre, surveille le

[Jan 18 22:45:43 UTC] RC5-72: 8 packets (8.00 stats units) are in
                                      buff-out.r72

Tu veras qu'il augmente...et qu'il est différent de 0 quand tu arrête Dnetcx...et qu'il équivaut au nombre de paquet que tu as calculé précédement mais pas envoyé. C'est en quelque sorte la "boite d'envoi".

Ce message a été modifié par kenobie - 19 Jan 2004, 00:44.

[3x7]

Au risque de répéter un truc qui a déjà été dit :
Le terminal n'est pas franchement ergonomique mais ca vaut le coup.

Sur un bi-867, je calculais 15 blocs en moyenne avec DnetcX.
Et quand je bossais avec la machine,, ca pouvait tomber à 11 voire moins.

En passant par la commande du terminal, je grimpe à 18 dans le meilleur des cas et en bossant ca tourne entre 15 et 16.

J'ai cherché à automatiser le principe :
J'ai fait une petite commande shell qui contient ce texte :
"cd applications/dnetcx_folder;./dnetc"
Applications (dans le répertoire de l'utilisateur)
dnetcx_folder (nom du dossier dnetc chez moi)
ce fichier est en lancement auto au démarrage du Mac.
Il me suffit aussi de cliquer dessus pour lancer dnetc dans le terminal.

[bananas]

Apres avoir regarger les fichiers buff-xx, il semblerait que de toute facon il envoie les blocs par 51 lorque ils sont tous calcules ... puis en reprend pour 51 et ETC Etc ....

[popboy]

Je suis quand même vexé, j'ai l'impression que l'équipe progresse
toujours plus quand je n'envoie rien ou presque. Ne suis-je même pas une
goutte ?

[sky.x]

[EDIT]

Je suis trop mauvais !!

[/EDIT]

Ce message a été modifié par sky.x - 29 Jan 2004, 11:59.

[Bac's]

Juste une question comme cela : pourquoi un AppleScript et pas un shell ?

Je ne dis pas cela pour te contrarier mais juste pour savoir s'il y a une raison technique (*) particulière.

(*) Et non une raison du type : "J'aime pô le shell, j'ai pô envie de taper une seule ligne de shell, ..."

[nektarfl]

pour ma part, j'ai fait un dnetc -install une fois pour toutes, ça fonctionne dès le lancement de l'ordinateur, et je l'oublie complètement.

Quand il s'agit d'avoir de la puissance de calcul, pas de problème, dnetc s'écrase et la vitesse de calcul s'en ressent grandement:
à vide plus de 13Mk/s
avec excel ou word : 9 à 10 Mk/s
avec warcraft à peine 2Mk/s

donc dnetc laisse la puissance à l'ordinateur et ne prend que du temps cpu libre.

conclusion, on peut le laisser tourner tout le temps!!

en ce qui concerne sky.x, je ne pense pas qu'un shell lui aurait posé problème, peut-être juste une vieille réminiscence de l'apple script en "vieux" macintoshien qu'il est!!

[Rabaothewarri]

Avis au clients de bemac...

J'avais envoyé un mail il y a quelque temps leur supposant de rejoindre l'équipe.
A priori, il ne l'int pas fait.

Quelqu'un veut-il essayer de nouveau (mail ou de vive voix ???)

Il y a là bas un potentiel non négligeable :
1 G5 mono 1.6 ou 1.8 (je ne sais pas)
1 imac 17
1 imac 20
1 emac

Tout ces modèls sont en expo et allumés 24/24.
Il y a en plus un ou deux powerbooks...

Si il se log en tant que bemac Strasbourg, ça peut leur faire un peu de pub...
(et pour l'équipe une tripotté de blocs en plus...)

Notez que ceci peut s'appliquer avec différents revendeurs (dont les ordi ne servent pas à grand chose...)

PS : je vai essayer de me passer de client pour faire un peu plus de blocs/j (avec client j'étais à environ 400/j -> sans 480/j ???)

Ce message a été modifié par Rabaothewarri - 26 Jan 2004, 16:05.

[Gintonic]

Hello,
voilà comme annoncé précédemment, après mon G4-800MHz et de temps en temps mon athlon 1900+, je viens d'y ajouter un G5 bi-1.8GHz...
En avant les blocks...
@+

[3x7]

Ton Athlon 1900+ doit sortir dans les 4,5 Mkeys
Le G4-800 dans les 6,5 Mkeys
Et le G5 bi 1,8 ???

[Rabaothewarri]

Le G4-800 dans les 6,5 Mkeys

???
Un peu plus non ?
Avec un 933, je suis à 9.8Mkey/s

[Gintonic]

Hello,
Mon G4 fait en moyenne du 7,5...
Mon Athlon du 5,1 en moyenne...
Et mon G5, en fait, je comprend pas trop, car il y a deux compteurs, je pense que c'est pour chacun des processeurs, la valeur la plus haute est de 24 en moyenne...
Voilà...
@+

[nektarfl]

Et mon G5, en fait, je comprend pas trop, car il y a deux compteurs, je pense que c'est pour chacun des processeurs, la valeur la plus haute est de 24 en moyenne...

C'est à peu près ça, en fait, chaque fois qu'un de tes processeurs fini un bloc, il a ffiche sa vitesse à lui. Ensuite, quand le 2ème processeur fini son block, il affiche aussi sa vitesse à lui, ensuite, dnetc calcule la vitesse moyenne de sortie (qui dans ton cas est en général presque 2 fois la vitesse de chaque processeur) c'est la vitesse moyenne des 2 processeurs. J'ai vu ça sur un bi 2Ghz (celui de choco) et ça cartonne sec!!

[Bac's]

Ton Athlon 1900+ doit sortir dans les 4,5 Mkeys
Le G4-800 dans les 6,5 Mkeys
Et le G5 bi 1,8 ???

En gros (j'ai vérifié la validité avec un Bi-G5 2GHz) mon G5 1,6 GHz fait du 13 Mclé/s donc un bi-G5 à 1,8 GHz devrait faire du 1,8/1,6 * 13 * 2 Mclé/s soit 29,25 Mclé/s.

[bananas]

En moyenne mon bi 2 GHz fait entre 29/30 Mkey/s tout en me servant pour le boulot .. et surf le soir + quelques petits trucs light pour lui !!!

[Rabaothewarri]

J'ai pas la possibilité de vérifier régulièrement, mais il me semble que dans "CPU/OS distribution", le couple PowerPC/Rhapsody est en train de remonter X86/Linux...

Le 28/11/03 : PowerPC/Rhapsody : 55 645 622
X86/Linux : 91 108 163
Ecart :35 462 541

La 2ème place est-elle prenable ?

Ca va faire bientôt 1 an que le projet est lancé... Au rythme d'hier, il n'y en a plus que pour 1218 années pour arriver à 100% de fait si on ne trouve pas la clef d'ici là...

Aujourd'hui : 34 168 423

En deux mois, l'équart à baissé de 1 294 118

A se rythme, notre os peut prendre la deuxième place en 53 mois soit près de 4 ans et demi...

Sauf si on se mobilise un peut plus...

[sky.x]

bacs, j'ai fait un applescript pour pouvoir quitter le terminal.

Malheureusement, j'ai fait les test avec "top" ouvert dans un autre terminal.
Si top n'est pas ouvert (ou toute autre fonction qui demande "êtes vous sur de quitter ?"), le script tue l'action en cours .

Donc ça ne marche pas !
Après avoir rechercher :

Il n'y a pas de fonction "wait" en AppleScript.
Le même problème a été rencontré pour les script qui mettent le screensaver en fond d'écran, la solution a été de ne pas passer par AppleScript

Donc j'édite le post du haut.

Quelques remarque :

Sur un iBook 700 avec 384 Mo de ram, quand l'ordi commence à swapper, il ne s'en sort que rarement si dnetc est actif. Je suis obligé de le désactiver quand je fais des compilation et (ou) un peu de dessin.
Je suppose ne pas être le seul dans ce cas. Une personne m'a demandé ces script pour ne pas avoir a toucher au terminal (il faut qu'il se quitte à la fin.)

Désolé pour cet essai raté

Ce message a été modifié par sky.x - 29 Jan 2004, 12:05.

[Rabaothewarri]

Ca ne marchait effectivement pas chez moi, mais je ne m'étais pas acharné plus que ça (je capte rien en apple scripte et en terminal...)

Cependant, existe-t-il une autre métode pour se passer d'un client tout en automatisant le fonctionnement ???

Merci

[popboy]

Demandes à Nektarfl, il à fait un dnetc -install qui fonctionne tout seul,
je ne comprends pas exactement de quoi il s'agit, en même temps, lancer dnetc
depuis le terminal n'est pas très contraignant, c'est devenu un automatisme pour
moi.

[nektarfl]

[espace] est la touche espace
[return] est la touche de retour chariot (amusant comme terme sur un ordinateur!)


C'est très simple:

1- tu ouvres l'application terminal

2- dans le finder, tu sélectionnes le répertoire dnetc

3- dans le terminal, tu tapes : cd [espace] puis tu viens glisser ton répertoire dnetc dedans puis [return]

affichage : NeKTarFL:/Applications/dnetc fl$

4- ensuite tu tapes : ./dnetc [espace] -install [return]

ton client se lancera désormais au démarrage de la machine, avant même d'avoir à taper son nom et son mot de passe.

5- tu peux quitter terminal (Le client n'est pas lancé, il se lancera au prochain redémarrage)


Ensuite, si à la fin de la journée tu as envie d'envoyer tous tes blocks (avant qu'il ne le fasse tout seul) tu refais les points 1 à 3, puis

4- tu tapes : ./dnetc [espace] -update[return]



Puis enfin, si tu veux changer la configuration, tu recommences les points 1 à 3, puis

4- tu tapes : ./dnetc [espace] -config [return]

4.1 : indication de l'e-mail : 1 [return] 1 [return] tonmail@tonFAI [return] 0 [return]

4.2 : indication de la durée de calcul : 2 [return] 13 [return] Nb d'heures [return] 0 [return]

4.3 : OU indication du nombre de blocks : 2 [return] 12 [return] Nb blocks(ex: OGR=0,RC5-72=1000) [return] 0 [return]

5- pour sortir et enregistrer ses paramètres : 0 [return]


J'espère que mes explications sont suffisament simples pour pouvoir le faire sans soucis.

[Rabaothewarri]

Yep easy, j'y suis arrivé du premier coup... (merci)

Si à un moment j'ai envi d'arrêter le calcul, je lance le client et je fais arrêter ?

A+

[nektarfl]

non, pas tout à fait:

tu fais les points 1 à 3 , puis: ./dnetc [espace]-shutdown[return]

le(s) client(s) est(sont) stoppé(s) , oui, on peut en lancer plusieurs (aucun interet, mais bon!)

si on veut le relancer, on fait les points 1 à 3, puis : ./dnetc [espace] -quiet[return]

presque un mode d'emploi complet!!!

[kakace]

Juste un petit apparté pour signaler que la version 2.9007.488 devrait arriver bientôt sur la page des pre-releases. Elle corrige le fonctionnement aléatoire de la fonction "Pause if running", qui permet de mettre le client en pause lorsqu'une (ou plusieurs) application déterminée est lancée.
C'est actuellement la seule façon de garantir que dnetc ne consomme aucune puissance CPU, compte-tenu qu'Apple n'a pas jugé nécessaire d'implémenter une priorité "idle". Mais ceci est une autre histoire...

[beleg]

Juste pour rire...
ça fait 75 jours qu'un client dnetc tourne sur une de mes machines sans interruption:

CODE

2 CPUs:  0.0% idle, 99.5% usr,  0.5% ker,  0.0% wait,  0.0% xbrk,  0.0% intr
Memory: 512M max, 457M avail, 437M free, 512M swap, 512M free swap

      PID       PGRP USERNAME PRI  SIZE   RES STATE    TIME WCPU% CPU% COMMAND
      819        819 program   20 4112K 2208K ready   75.5D 13.4 99.39 dnetc
      818        818 program   20 4112K 2208K sleep   75.5D 13.4 98.94 dnetc
    66201      66201 program   20 2240K 1152K run/1    0:00  0.0  0.30 top
    66191      66191 program   20  624K  512K sleep    0:00  0.0  0.00 sh

Joli, non?

[nektarfl]

Quand j'aurais eu le temps de me rebrancher à ma station NeXT, je vais faire sauter ton record!! elle ne fait que ça, pas vite mais tout de même!

J'ai bien un block tous les 2 jours et 5 heures!!! avec 56 blocks envoyés et environ une quinzaine en attente, ça fait un bout de temps.

Ses seules connections : 1 prise de courant - et quand j'en ai besoin, je mets un cable ethernet pour regarder dessus avec le mac!

[3x7]

Le mien a fait d'affilée 11.000 blocs, soit +- 20 jours de calcul.

[beleg]

Là, malgré ses 75 jours, elle n'a fait que 1000 blocs (c'est une vieille SGI, et il manque l'instruction ROTATE sur ce genre de procs, du coup ça se traine gentiment)

[Rabaothewarri]

aujourd'hui : 33658824…

Ca a peut-être déja été abordé, mais la dernière ligne de ce tableau m'intrigue beaucoup…

http://stats.distributed.net/misc/platform...t_id=8&view=tco

A+

[nektarfl]

tu veux parler du couple x86 - rapsody?

j'ai vu ça il y a déjà pas mal de temps, mais vu le peu de blocks postés, j'image qu'il doit s'agir d'un vieux proto tournant quelque part dans un coin.