Team RC5-72 MacBidouille

[SuperCed]

C'est quoi le core OGR Altivec? C'est quoi la différence avec l'ancien?

[nektarfl]

C'est dingue ce qu'un G4 800 peut faire, par rapport à un G3 400 !



Plus de 4 fois plus puissant quand même !

Je suis surpris de tes "performances", je suppose que ton ordinateur ne tourne pas 24h/24 parce qu'avec mon G4 800 (avant le vol de ce dernier), je faisais 151 blocks par jour (de 22h théorique) avec un bonus de temps en temps alors qu'avec le G3 500 qui était à coté, j'avais pour la même période 31 blocks par jour.

Aujourd'hui avec le G4 1.25Ghz, j'arrive jusqu'à 256 blocks par jour (au maximum)

[ctrl_alt_suppr]

Je suis surpris de tes "performances", je suppose que ton ordinateur ne tourne pas 24h/24 parce qu'avec mon G4 800 (avant le vol de ce dernier), je faisais 151 blocks par jour (de 22h théorique) avec un bonus de temps en temps alors qu'avec le G3 500 qui était à coté, j'avais pour la même période 31 blocks par jour.

Aujourd'hui avec le G4 1.25Ghz, j'arrive jusqu'à 256 blocks par jour (au maximum)

Disons que j'exploite beaucoup mon processeur à côté de RC5, donc forcement ça le bride un peut.

Si ça peut te rassurer, j'ai fait 112 blocs hier (j'ai rien compilé, gcc est resté au repos).

Par contre, peponne s'est déchiré, hier, plus de 15 000 blocs à lui tout seul ! J'aimerai bien savoir combien de machines il a lancé dessus...

[caraboud]

Par contre, peponne s'est déchiré, hier, plus de 15 000 blocs à lui tout seul ! J'aimerai bien savoir combien de machines il a lancé dessus...

C'est son G5 2x2 qui a du bosser dur pendant presque 1 mois !

[nektarfl]

pour ma part (afin de relancer aussi un peu le sujet qui a l'air de s'épuiser avant les vacances) j'ai envoyé quelques menus calculs :

CODE

[Jul 17 17:43:03 UTC] Connected to euro.v29.distributed.net:2064...            
[Jul 17 17:43:03 UTC] The keyserver says: "AIEEEEEEEEEEEEEEEEE! [bob]"
[Jul 17 17:43:03 UTC] Retrieved project state data from server. (cached)
[Jul 17 17:48:50 UTC] RC5-72: Sent 2032 packets (2032.00 stats units) to se ...
[Jul 17 17:48:50 UTC] Connection closed.

Et j'ai pris de quoi être tranquille à peu près 3 à 4 semaines :

CODE

[Jul 17 17:43:40 UTC] Connected to euro.v29.distributed.net:2064...            
[Jul 17 17:43:40 UTC] The keyserver says: "AIEEEEEEEEEEEEEEEEE! [bob]"
[Jul 17 17:43:40 UTC] Retrieved project state data from server. (cached)
[Jul 17 17:52:32 UTC] RC5-72: Retrieved stats unit 2992 of 2992 (100.00%)      
[Jul 17 17:52:32 UTC] Connection closed.

CODE

[Jul 17 17:45:19 UTC] Connected to euro.v29.distributed.net:2064...            
[Jul 17 17:45:19 UTC] The keyserver says: "AIEEEEEEEEEEEEEEEEE! [bob]"
[Jul 17 17:45:19 UTC] Retrieved project state data from server. (cached)
[Jul 17 17:54:14 UTC] RC5-72: Retrieved stats unit 2989 of 2989 (100.00%)      
[Jul 17 17:54:14 UTC] Connection closed.

Je ne vais pas arreter de calculer pendant les vacances, par contre, je ne vais pas forcément être régulier dans mes expéditions de blocks.

Il faut continuer à envoyer des blocks... (mon ancien PC ayant rendu l'âme, il a été remplacé par un autre plus récent. => 110 blocks par jour contre 9,5 avec l'ancien!!)
Pendant mon mois d'août, je vais essayer de vider les blocks calculés au hasard par mon NeXT depuis 6 mois!

[jpaa]

Le serveur pour envoyer les blocks est HS !

Connected to euro.v29.distributed.net:2064...
Net::write: error 61: Connection refused
Connection closed.
Network update is currently not available.
Buffer update failed.

[kakace]

Le serveur pour envoyer les blocks est HS ! 

Connected to euro.v29.distributed.net:2064...           
Net::write: error 61: Connection refused
Connection closed.
Network update is currently not available.
Buffer update failed.

Il est possible d'utiliser un autre proxy en dépannage. Par exemple, "./dnetc -fetch -a us.v29.distributed.net" devrait permettre de récupérer de nouveaux blocs. On peut utiliser "-update" à la place de "-fetch" de façon à aussi retourner les blocs calculés.

[g4hd]

c'était inaccessible... c'est reparti.
Concernant l'utilisation de Dnetcx,
que j'aime bien parce que je ne suis pas acharné au terminal,
et surtout, j'ai un accès instantané pour le lancer ou l'arrêter à ma convenance (quand le bruit de ventilo m'énerve),
je le mets régulièrement à jour en y insérant la dernière version de dnetc (comme l'explique Dr No 7) :
Dnetcx--> afficher le contenu du paquet /Contents/Resources/dnetc/(glisser ici la dernière version)dnetc.

Pour info, j'ai regardé avec Moniteur d'activité :
1- quand Dnetcx a une fenêtre ouverte à l'écran, il consomme de 0,4% à 0,9% de mon CPU.
pendant ce temps-là, dnetc comble l'activité à 100% : je vois souvent de 75% à 92%.
le proc' n'est pas souvent vraiment exploité.
2- quand la fenêtre Dnetcx est close, il apparait toujours dans Moniteur d'activité avec 0%.

Ainsi, tout en ne perdant que très très peu (je ferme la fenêtre Dnetcx et dnetc travaille en tâche de fond), je garde un accès à dnetc comme une autre appli.

Pour télécharger cette version, sur ma homepage •mac / rubrique Bidouilles Mac

[jpaa]

D'ailleurs par rapport a l'utilisation de DnetcX, c'est normal qu'il n'affiche pas de barre de progression ( la présentation 2) ?

[pimus]

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

[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