Team RC5-72 MacBidouille

[Tchou]

Je viens de penser à un truc pour voir ce que fait dnetc quand on l'utilise selon la méthode de nektarfl, sans interface graphique. Il suffit d'activer les logs dans la config de dnetc et d'installer GeekTool.
Ensuite on crée une entrée GeekTool avec le chemin du fichier de logs de dnetc et on obtient ça  en incrustation sur le bureau:

C'est mis à jour à chaque modification du fichier et ça ne coûte rien en temps processeur.
Et quand il y a plein de fenêtres ouvertes qui masquent le bureau, un petit coup de F11 et on peut voir ce que la vache a crunché

[màj : je viens de voir que ça a déjà été suggéré il y a bien longtemps dans ce topic, en 2003. Mais avec capture d'écran, c'est plus parlant]
[right][snapback]789321[/snapback][/right]

malheureusement si,Geek tool bouffe des ressources, même si c'est pas très sensible ça me faisait passer sous la barre des 20 MKey/s

[nektarfl]

Pour ma part, je suis à un peu plus de 13Mkeys/s + 5,7Mkeys/s + (10Mkeyx/s occasionnellement) + 43Kkeys/s (le NeXT !!)
Ce qui me fait une moyenne d'environ 400 blocks par jour quand ça travaille bien, alors que ma moyenne depuis le premier jour s'établie à 256 blocks par jour (ce soir après mes expéditions)
Avec une répartition de 89,27% avec des G4 - 2,98% avec le G3 avant de me le faire voler - 7,67% avec le PC (ben oui quoi!!) et 0,08% avec le NeXT (Quand-même!)

Voilà, il faut continuer à envoyer du calcul.
pour pa part, malgré la chaleur extérieure, le ventilo ne souffle que du à peine tiède, et il n'est pas en marche rapide (j'ai de la marge !!!)

[popboy]

La bonne nouvelle, nous sommes 6emes maintenant, la mauvaise ceux qui nous précèdent sont coriaces et ceux qui nous talonnent ne le sont pas moins.
Combien de G5 tournent pour l'équipe ? il me semble que l'été passé le ralentissement
était plus marqué, non ?

[Tchou]

La bonne nouvelle, nous sommes 6emes maintenant, la mauvaise ceux qui nous précèdent sont coriaces et ceux qui nous talonnent ne le sont pas moins.
Combien de G5 tournent pour l'équipe ? il me semble que l'été passé le ralentissement
était plus marqué, non ?
[right][snapback]813703[/snapback][/right]

il faudra faire un stand à Apple Expo ou quelque chose pour rameuter les troupes comme Lionel sait si bien le faire...
pour ma part mon MDD calcule en permanence mais j'ai pas tout fini donc c'est 21h/24 il pourra passer en 24X7 des que les soucis de refroidissements sont définitivement réglés...

[Mathiasr]

[Jul 31 10:02:54 UTC] RC5-72: Completed CA:A70E7390:00000000 (1.00 stats units)
                      0.00:04:42.55 - [15,200,857 keys/s]

Pour info, voilà ce que je fais de mieux avec mon PwB 17 @ 1,5 :
attention, il n'y avait que dnetc en service,
tout coupé, même le finder et l'écran en sommeil
[right][snapback]795286[/snapback][/right]

Il y a des pages spécifiques sur le site de distributed.net pour comparer la vitesse des clients :
http://www.distributed.net/speed/

On peut également enrichir la base (pour mesurer la vitesse la procédure officielle consiste à lancer le client avec l'option -bench, 3 fois, et retenir le meilleur résultat) :
http://n0cgi.distributed.net/speed/form.php

[Mathiasr]

De nouveaux clients sont disponibles pour évaluation, c'est la série v2.9009 dont la grande nouveauté consiste en de nouveaux cores plus rapides pour OGRp2.

http://www.distributed.net/download/prerelease.php
Il n'y a pas de raison de se précipiter, des bugs sont toujours possibles, et l'équipe est plus orientée RC5-72 qu'OGR.

Quant au client pour Mac OS 9 (et antérieurs), il n'est pas prêt de voir le jour :
http://n0cgi.distributed.net/cgi/dnet-finger.cgi?user=mfeiri

[Tchou]

On peut également enrichir la base (pour mesurer la vitesse la procédure officielle consiste à lancer le client avec l'option -bench, 3 fois, et retenir le meilleur résultat) :
http://n0cgi.distributed.net/speed/form.php
[right][snapback]814138[/snapback][/right]

J'ai joué à enrichir la base .. mon MDD Dual 1 GHz fait 21 377 752 clés/Secondes
pas mal non et j'ai pas arrêté le finder ... ni mon serveur mail ni tout ce qui tourne en tâche de fond...

[kakace]

Si vous en avez assez de voir "Rhapsody" affiché à la place de "Mac OS X" dans les statistiques par plateforme [...]

Personne n'a remarqué que c'était corrigé depuis quelques jours ? Il faut croire que ce n'était donc pas très important !
A part ça, maintenant que j'ai bien amélioré les cores OGR sur toutes les plateformes (les G4/G5 pulvérisent quand même tout le reste), je pense me pencher de nouveau sur un core RC5 optimisé G5. Ca ne va pas être simple, et encore moins une partie de plaisir. Comme je l'ai déjà dit, je sais ce qu'il faut obtenir mais pas vraiment comment l'obtenir le plus simplement possible. Et comme les reflexions nocturnes sur le sujet m'obsèdent régulièrement, j'ai finalement la conviction que je vais devoir me faire violence et aller jusqu'au bout pour pouvoir dormir tranquile. D'autant plus que malgrè mes efforts (sources publiques récentes et explications détaillées à plusieurs personnes "interressées" pour développer un tel Core), je ne vois rien venir...
Il y a des jours où on aimerait bien oublier l'adage "on n'est jamais si bien servi que par soi-même"

PS: Je garde un oeil sur le classement RC5, et comme vous vous débrouillez très bien, j'ai préféré faire avancer la team au classement OGR depuis quelques temps. Et on progresse doucement, mais sûrement, vers le Top 50.

[Mfx]

PS: Je garde un oeil sur le classement RC5, et comme vous vous débrouillez très bien, j'ai préféré faire avancer la team au classement OGR depuis quelques temps. Et on progresse doucement, mais sûrement, vers le Top 50.
[right][snapback]814291[/snapback][/right]

Etant parti un peu par hasard sur OGR, j'ai persisté sur ce projet ...
Et c'est vrai que depuis le passage à la phase 2, pas mal d'équipes n'envoient plus rien, ce qui nous permet de grimper doucement dans le classement

Cela dit, le top 50 est encore loin

[popboy]

Ne fallait-il pas optimiser d'abbord le G5 et ensuite les AMD et consort ?

Plus sérieusement, même si c'est contreproductif pour l'équipe, je te félicite pour ta polyvalance.

P.S. les stat sont down

[nektarfl]

P.S. les stat sont down 
[right][snapback]815782[/snapback][/right]

Ca n'a pas du durer bien longtemps, parce que j'y ai accès maintenant!

[popboy]

les Stats, pas le serveur, elles datent du 18.

[kakace]

Ne fallait-il pas optimiser d'abbord le G5 et ensuite les AMD et consort ? 

Mais c'est ce que j'ai fait avec l'OGR
Plus sérieusement, le G5 est une vraie calamité. L'absence de doc détaillée, la longueur des pipelines (plus précisément, le temps de latence entre instructions), et le système des "dispatch groups" n'arrangent franchement pas les choses. Il est quasiment impossible d'obtenir les perfs maximales sans passer des dizaines d'heures a tester différentes solutions, au hasard, en espérant trouver quelque chose qui soit un poil plus performant. Et quand on travaille sur un algo très court, avec beaucoup de dépendances, on atteind très vite les limites du CPU (qui se retrouve, pour le coup, bien moins performant qu'un G4 de même fréquence).
C'est le cas de l'OGR (où il s'agit d'examiner tous les noeuds possibles d'une arborescence), et dans une moindre mesure du RC5 (algo très court et très linéaire, donc avec énormément de dépendances).
En théorie, l'algo RC5 semble très simple (et il l'est). Seulement les G4 sont si performants que faire mieux avec un G5 devient extrêmement compliqué, malgré une fréquence supérieure, parce qu'il faut contourner les limitations (temps de latence) tout en ayant un code capable de gaver le CPU à chaque cycle d'horloge avec quelque chose d'utile. Et il n'y a pas 50 façon d'y arriver...
Je suis persuadé que beaucoup ont essayé et s'y sont cassés les dents (re: difficile de battre un G4 sur ce terrain). D'autres ont compris le truc mais n'ont pas eu le courage ou la patience de s'y coller (moi le premier). Et ça fait maintenant un an que rien ne se passe.
Dans ces conditions, il va falloir que je m'y colle pour combler définitivement cette "lacune".

Plus sérieusement, même si c'est contreproductif pour l'équipe, je te félicite pour ta polyvalance.

Je ne pense pas que ce soit contre-productif. D'une part parce qu'un second classement "honorable" en plus d'une place dans le Top 10, c'est toujours mieux que ce seul Top 10. Ensuite parce que ma participation au RC5 ne ferait pas avancer la Team au point de pouvoir rejoindre la 5è place. Je n'hésiterai pas à défendre la 6è place, ceci dit, mais pour le moment je préfère travailler "utile" et oeuvrer pour un second classement plutot que de courir après une chimère (Ben vi, j'ai étudié la question avant, quand même )
Je peux me le permettre tant que je suis l'un des rares à participer à OGR. Maintenant si tout le monde fait la même chose, ça va vite devenir contre-productif

[g4hd]

Plus de stats depuis le 18 août !


C'est pas rigolo pour surveiller mes poursuivants !!! (entre 86 et 90° place dans le pommier)

[zarck]

Comment on rejoint la team RC5 Mac Bidouille ?



Ce message a été modifié par zarck - 21 Aug 2004, 19:06.

[nektarfl]

les Stats, pas le serveur, elles datent du 18.
[right][snapback]816417[/snapback][/right]

Mince .... je suis en vacances et comme je n'ai pas besoin des dates, je ne m'en étais pas rendu compte!!!

J'espère que les blocks que j'ai envoyé hier sont arrivés correctement!!

[popboy]

Pour l'instant, je n'ai pas entendu parler de blocks volatilisés,
c'est quand même passablement sécurisé.

[ddrix]

Comment on rejoint la team RC5 Mac Bidouille ?

1. Tu installes le client, tu lui indiques ton adresse e-mail et tu le fait tourner pourqu'il envoie des blocs
2. À 00h GMT chaque jour, les blocs sont pris en compte et tu auras un compte sur distributed.net auquel tu peux accéder avec ton e-mail
3. Pour joindre la team, tu vas sur http://stats.distributed.net/team/tmsummar...id=8&team=29128 et tu cliques sur "I want to join this team"

Pour plus d'infos, il doit y avoir plusieurs tutos dans le long cours de ce topic

[kakace]

Pour l'instant, je n'ai pas entendu parler de blocks volatilisés,
c'est quand même passablement sécurisé.

Pour la énième fois, la gestion des blocs n'a rien à voir avec les stats
Le keymaster "log" tout ce qui rentre, ces logs étant transmis heure par heure au serveur de stats. Quand les stats tombent en panne (problème soft ou hard), il suffit de reprendre les logs pour tout mettre à jour, et rien n'est perdu.
En attendant, je suis en train de secouer nos amis d'outre-Atlantique

[EDIT] Impossible de trouver quelqu'un de compétent jusqu'à présent . Quoiqu'il en soit, un script Perl est planté depuis le 18 (ce script permettant de récupérer les logs horaires du RC5) et à priori ça bloque tout le reste.

Ce message a été modifié par kakace - 22 Aug 2004, 10:31.

[popboy]

D'ailleurs nous nous en étions rendu compte lors de la dernière panne des stats ,
je trouve juste dommage que rien ne soit signalé dans les ".plans".

Le lien depuis la page d'acceuil de macbidouille a-t-il disparu ? ou suis-je devenu niais ? (contacté/admin)

p.s. le lien pour la description de la structure du systême (en anglais, mais assez facile ).
Donc le risque que toutes les machines foirent en même temps est faible, la seule gène c'est de ne pas voir notre nom qui progresse, progresse dans les statistiques.
Mais c'est strictement narcissique et s'éloigne de l'esprit d'équipe qui nous anime, non ?

Ce message a été modifié par popboy - 21 Aug 2004, 23:10.

[nektarfl]

Pour l'instant, je n'ai pas entendu parler de blocks volatilisés,
c'est quand même passablement sécurisé.
[right][snapback]817332[/snapback][/right]

Je peux t'assurer que lors du dernier problème en septembre dernier, j'ai perdu environ 150 blocks (A l'époque, ça me paraissait énorme, alors qu'aujourd'hui, ce n'est qu'une goutte d'eau)
Alors comme avant hier j'ai envoyé pour environ 1500 blocks, j'espère qu'ils ne vont pas disparaître. Peut-être devrais-je conserver mes logs?

[popboy]

Et alors ? tu vas les attaquer en justice ?

Je suis navré pour toi et je te taquine gentiment, tu n'es pas succeptible ?

Sache que je suis particulièrement sensible à ta dévotion pour l'équipe (et la je suis sérieux),
mais je ne sais pas si ces blocs ne t'ont pas été crédité du tout, ou un autre jour, ou a l'équipe seulement.
Difficile à dire, à l'époque (sans conserver mes logs) mais en suivant quand même aproximativement, j'avais eu peur car un jour de grande production je n'avais été crédité que de trois cailloux et bout de bâton, mais après coup j'ai observé que d'autres jours j'avais plus qu'en réalité je n'avais produit, c'était l'époque du gros foirage du raid des stats.
Je ne sais pas si d'autres ont eu ce genre de choses, mais bon ce n'est qu'un jeu.

P.S. C'est vrai que perdre 1500 blocs ça me ferais mal aux nouilles pendant quelques jours/semaines.

P.S. le côté rassurant de la chose c'est que d'après les stats Ninja nos poursuivants s'éloignent, ok c'est dû aux stats en panne mais moi ça m'amuse toujours

Ce message a été modifié par popboy - 23 Aug 2004, 14:52.

[kakace]

Pour l'instant, je n'ai pas entendu parler de blocks volatilisés,
c'est quand même passablement sécurisé.
[right][snapback]817332[/snapback][/right]

Je peux t'assurer que lors du dernier problème en septembre dernier, j'ai perdu environ 150 blocks (A l'époque, ça me paraissait énorme, alors qu'aujourd'hui, ce n'est qu'une goutte d'eau)

En septembre dernier, c'est le responsable du full-proxy en Hollande qui a fait une boulette. Suite à un problème sur son serveur, il a tout bonnement perdu les tampons du proxy (et donc les blocs en attente de transfert vers le keymaster).
Si ça peut rassurer, voir l'état des proxies en temps réel. La colonne "CheckIn" indique depuis combien de temps le proxy concerné n'a pas donné de nouvelles (normalement de l'ordre de quelques minutes). Les autres colonnes sont assez explicites et ne nécessitent pas de commentaires particuliers . On y voit que le keymaster affiche un "keyrate" normal, qu'il dispose de blocs en attente, donc qu'il fonctionne, et donc que les logs sont mis à jour. Dès que la cause du problème (plantage d'un script Perl) sera résolue, la base pgsql reprendra les logs non exploités et tout rentrera dans l'ordre, sans pertes.

Au sujet des stats, plusieurs équipes utilisent un Personal Proxy (sur lequel les membres obtiennent/retournent les blocs) pour tenir à jour des statistiques indépendantes de celles de distributed.net. Un jeu de scripts (Perl ou autre) se charge d'interpréter les logs du PProxy, donc localement, et de mettre à jour une page Web dédiée. Voir la page des add-ons pour des solutions toutes prêtes, des fois que ça interresse les Dieux de MacBidouille

[zarck]

Est-il possible de trouver des stats par type de Cpu ? G5, G4, G3, etc...

@+
*_*

[patpan]

Est-il possible de trouver des stats par type de Cpu ? G5, G4, G3, etc...

@+
*_*


[right][snapback]819114[/snapback][/right]

bien sur, et le plus facile est de se rendre sur la page de notre équipe :

http://stats.distributed.net/team/tmsummar...id=8&team=29128

puis de cliquer sur mode d'emploi.

Les stats sont disponibles aussi plus directement à :

http://n0cgi.distributed.net/speed/

Voila


patrick

[zarck]

Merci Patpan.

Il n'y a pas photo, G5 vainqueur.

@+
*_*

[Tchou]

Merci Patpan.

Il n'y a pas photo, G5 vainqueur.

@+
*_*


[right][snapback]819414[/snapback][/right]

on a pas lu les mêmes stats alors...

le G5 2GHz équivaut au G4 1,42 GHz et se fait battre par le G4 1,5 GHz

Et encore là dedans ne figurent pas de stats de Power 4 ou Power 5 qui relègueraient tout le monde au tapis à mon avis...




Ce message a été modifié par Tchou - 23 Aug 2004, 17:44.

[zarck]

-> Patpan

Oui, mais si c'est pour remplacer mon G4 400, ce sera un G5.

Personne n'a de G5 2.5 pour tester RC5-72 ?

Tout espoir n'est peut être pas perdu d'avoir un e700 64 bits Motorola ?

@+
*_*



Ps: RC5-72, il fait quoi là ->

[Aug 23 17:42:34 UTC] #1: OGR-P2:25/3-5-36-6-13-18+15-2-10-65 [9,551,715,886]

il cherche ?

Ce message a été modifié par zarck - 23 Aug 2004, 18:46.

[nektarfl]

Et alors ? tu vas les attaquer en justice ? 

J'y avais pas pensé !!! c'est peut-être une bonne idée (bon... nan, je rigole, c'est passé, m'en fout maintenant!)

Je suis navré pour toi et je te taquine gentiment, tu n'es pas succeptible ?

Rassure-toi, vu que j'aime assez taquiner les autres, je ne plains pas quand ça m'arrive.

Sache que je suis particulièrement sensible à ta dévotion pour l'équipe (et la je suis sérieux),
mais je ne sais pas si ces blocs ne t'ont pas été crédité du tout, ou un autre jour, ou a l'équipe seulement.

Pour les blocks, je peux t'assurer qu'ils ne sont pas là. je tiens à jour avec un tableur les blocks que j'envoie en fonction de l'ordinateur qui les envoie, et si j'avais eu des blocks en plus à un moment, je m'en serais apperçu.
Il n'empèche que tu es encore devant moi dans l'équipe (pour l'instant)

PS: j'ai envoyé 701 blocks du mac et 100 du PC aujourd'hui

[popboy]

Pour l'instant,
effectivement, j'ai mis le bi-pro en berne, car le local dans lequel il réside
est très petit, et contient aussi mes synthétiseurs, si tout fonctionne en même temps je frise la canicule locale Comme je me fais vieux, je reste prudent