Team RC5-72 MacBidouille

[ddrix]

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]

Ce message a été modifié par ddrix - 25 Jul 2004, 17:11.

[nektarfl]

Question de néophyte avant d'installer RC75 sur mon PC :
Peut-on, comme avec le Terminal sur Mac, couper/relancer/updater avec le client dnetc-75 Windows XP? En plus clair, y a-t-il des pièges? Je ne voudrais pas mettre "en péril" cet animal que je n'ai pas encore domestiqué et que mes kikis -les traîtres- utilisent quotidiennement pour jouer mais à des jeux encore absents sur Mac... 
[right][snapback]787188[/snapback][/right]

C'est pas tout à fait comme avec le terminal, mais presque. En effet, les fonctions sont les mêmes, l'affichage est le même que dans terminal, mais la fenêtre est 'élastique' si on l'agrandi, on agrandi les caractères et inversement. Pas de possibilité de voir un historique de plus de 2 blocks.
Curiosité, ça n'a pas voulu se lancer sur un PC sous XP familial, alors que ça se lance sous XP pro ???????!!!!!!!!
Pour ma part, je n'ai pas trouvé de pertes de perf de la part du PC quand il travaille avec et sans dnetc.

[pimus]

Merci de tes précisions et de ton expérience.
Je me lance! Un "boulier" de plus pour la MacBid Team!

[caraboud]

Merci de tes précisions et de ton expérience.
Je me lance! Un "boulier" de plus pour la MacBid Team! 
[right][snapback]789355[/snapback][/right]

OooK !

[pimus]

OooK !

Un familier des antropoïdes de bibliothèque....???

Ce message a été modifié par pimus - 28 Jul 2004, 18:39.

[g4hd]

[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

[nektarfl]

La suite de mes surprises avec des installations sur windows .....
Le PC sur lequel j'avais l'impression que rien ne marche a envoyé pour moi 999 blocks jeudi !!!
Mon autre PC quant-à lui a envoyé 2055 blocks hier (1 mois de travail) et seulement 1898 ont été retenus par le serveur !!!!! Celà veut-il dire que dans sa recherche de blocks aléatoires il a calculé des blocks qui ont déjà été calculés par d'autres??? j'ai pas de chance sur ce coup là !!!!

Aujourd'hui, je vais envoyer des blocks à partir du imac (1500) et dans la semaine, je vais rapatrier ma station next qui calcule au hasard depuis 6 mois.

Edit: en fait, je n'ai pas eu le temps, alors je posterais une prochaine fois... dans le courant de la semaine.

Ce message a été modifié par nektarfl - 1 Aug 2004, 18:54.

[g4hd]

[effacé]

Ce message a été modifié par G4HD - 1 Aug 2004, 14:02.

[Kisco]

dans environ une semaine la 6e place sera atteinte !

voilà mes perfs maximales sur ma config : [13,901,447 keys/s]

[Tchou]

Là je bosse donc je suis à 17,18 Mkey/s
mais en temps normal c'est 20,53 Mkey/s

Ma température est à 58,6 °C pas mal non...

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