Team RC5-72 MacBidouille

[Melaurë Curufin]

on est passé 15eme et la 14eme place n'est pas loin. Saluons quand même ce team Amiga RC5 composé de fans courageux pour une plateforme qui n'a pas évolué depuis longtemps mais qui garde une place spéciale dans mon coeur d'informaticien !!! Et ils se débrouillent pas si mal !

[kakace]

on est passé 15eme et la 14eme place n'est pas loin. Saluons quand même ce team Amiga RC5 composé de fans courageux pour une plateforme qui n'a pas évolué depuis longtemps mais qui garde une place spéciale dans mon coeur d'informaticien !!! Et ils se débrouillent pas si mal !

Pour la petite histoire, les cores non-AltiVec et 68k ont été fait par un Amigaïste. Les cores AltiVec sont de moi, ancien Amigaïste :-)
De quoi rendre à César ce qui appartient à César :-)

Le keyrate maxi des crunchers AltiVec est de :
- 10695 keys/s/MHz sur MPC745x (G4e)
- 9174 keys/s/MHz sur MPC7400/7410 (G4, estimation)

Pour ce qui est du cruncher 7450, j'ai pu vérifier le keyrate (~10690 keys/s/MHz indiqué par un benchmark).

[gillesC]

ancien Amigaïste :-)
De quoi rendre à César ce qui appartient à César :-)

idem ! ah, l'amiga et son système multi-taches trop en avance sur son temps. Une vraie merveille, comme BeOS d'ailleurs.

Heureusement que OSX me redonne ce genre de satisfaction disparue.

[Tchou]

amigaOS tourne avec des G4 maintenant... alors si ça n'a pas évolué ...

[bad_duck]

Bon, pour prendre la derniere version de Dnetc

=> http://www1.distributed.net/download/prerelease.php

Si vous utilisez DnetcX

Remplace juste le fichier "dnetc" dans le dossier
"/Contents/Resources/dnetc/".

Voilà

[gillesC]

Voilà la 484 est lancée. Environ 4,5 % plus rapide que la 481 sur mon iMac G4 800 MHz : 8 284 372 keys/s au lieu d'un maximum d'environ 7,9 millions. A confirmer cette nuit.

[Mathiasr]

Pour la petite histoire, les cores non-AltiVec et 68k ont été fait par un Amigaïste. Les cores AltiVec sont de moi, ancien Amigaïste :-)
De quoi rendre à César ce qui appartient à César :-)

Oui mais sur SPARC y a encore du boulot, tout du moins sur le TurboSPARC, tes cores ne sont pas les plus rapides... de peu. :wink:

[bad_duck]

Est ce que vous savez si une version OS 9 va bientot sortir, j'ai un G4 Bi-1 GHz qui aimerait bien participer, mais il est sous 9 :-(

[kakace]

Pour la petite histoire, les cores non-AltiVec et 68k ont été fait par un Amigaïste. Les cores AltiVec sont de moi, ancien Amigaïste :-)
De quoi rendre à César ce qui appartient à César :-)

Oui mais sur SPARC y a encore du boulot, tout du moins sur le TurboSPARC, tes cores ne sont pas les plus rapides... de peu. :wink:

J'avoue que c'était de la haute voltige... Faire des cores Sparc, sans connaitre l'assembleur Sparc au préalable, et sans pouvoir tester sur une machine, il fallait oser le faire ;-)
L'astuce a consisté à pondre un core en C, optimisé bas niveau conformément aux spécifications du Sparc, puis à modifier le code asm pondu par GCC sans prendre trop de risques (afin d'éviter bugs et plantages impossibles à neutraliser sans pouvoir tester sur place). Il va de soi qu'un core 100% asm devait être légèrement meilleurs. C'est chose faite.

[kakace]

Est ce que vous savez si une version OS 9 va bientot sortir, j'ai un G4 Bi-1 GHz qui aimerait bien participer, mais il est sous 9 :-(

C'est en pourparler. L'équipe distributed.net tient à avoir un client OS 9, mais comme un bug gênant (qui date de l'époque du RC5-64) n'a pas pu être fixé, la release d'un nouveau client est bloquée.
Personne ne sait exactement d'où vient le problème. Les rapports de bugs sont vagues, voire sans rapports entre eux, ce qui ne simplifie rien. Certaines personnes pensent que le problème pouvait se trouver dans les cores RC5-64 AltiVec, lesquels ne sont plus utilisés.

Quoiqu'il en soit, il semble qu'un client OS 9 soit en préparation. J'ai fourni le code source des crunchers (les mêmes que pour le client OS X) à qui de droit. Néanmoins, le premier jet sera vraissemblablement marqué "béta", et non "pre-release", en raison du fameux point bloquant (crash de l'ancien client au bout d'un temps indéterminé).

[Hak]

Super ce nouveau client.

Sur ma machine bi-867 mhz, je ne puvais atteindre qu'environ 16.50 ou 16.70 millions de cles/seconde avec l'ancien client. Maintenant avec le nouveau client le pic est de 18 millions de cles/secondes (voir peut etre meme plus), avec une vitesse de 16.50-16.81 millions de cles /secondes lorsque j'utilise l'ordinateur.

Sa va donner dans les classements, allez on y vaaaaaaa.......

[m4k-hurrican]

Moi je participe dans les deux équipes ...
MacOsX et Amiga 8)

Bon. Est-ce que quelqu'un a une réponse à mon problème que voici :

J'ai téléchargé le nouveau client. J'ai Stuffit 7.0.3. Mais à la décompression il me dit que le type de compression est inconnu ! Je comprends pas ... :pleur2:
Pourtant tout est à jour, et l'archive semble être un simple gzip sur un tar, qu'Expander sait normalement gérer ... J'ai raté quelque chose ? Y a des modules autour d'Expander ? Je suis devenu trop vieux et je comprends plus rien ? Alzheimer me guette :fou: ?

[réré]

Dnetcx a t'il été mis à jour avec les derniere modif de dnetc ??

[Mathiasr]

Oui mais sur SPARC y a encore du boulot, tout du moins sur le TurboSPARC, tes cores ne sont pas les plus rapides... de peu.  :wink:

J'avoue que c'était de la haute voltige... Faire des cores Sparc, sans connaitre l'assembleur Sparc au préalable, et sans pouvoir tester sur une machine, il fallait oser le faire ;-)
L'astuce a consisté à pondre un core en C, optimisé bas niveau conformément aux spécifications du Sparc, puis à modifier le code asm pondu par GCC sans prendre trop de risques (afin d'éviter bugs et plantages impossibles à neutraliser sans pouvoir tester sur place). Il va de soi qu'un core 100% asm devait être légèrement meilleurs. C'est chose faite.

Tu pourrais faire la même chose pour du code MIPS ?
Tu comptes te pencher sur l'OGR également ?
Tu ne pourrais pas essayer d'améliorer le backend de GCC PowerPC tant qu'à faire ?

[Mathiasr]

Bon. Est-ce que quelqu'un a une réponse à mon problème que voici :

J'ai téléchargé le nouveau client. J'ai Stuffit 7.0.3. Mais à la décompression il me dit que le type de compression est inconnu ! Je comprends pas ... :pleur2:

Stuffit Expander c'est de la m...., mais tu as p'tet récupéré une archive corrompue, essaye de la télécharger à nouveau. Sinon depuis Terminal tu peux faire gunzip nom-de-l'archive.tar.gz, puis tar -vxf nom-de-l'archive.tar

[[taz]]

Sinon depuis Terminal tu peux faire gunzip nom-de-l'archive.tar.gz, puis tar -vxf nom-de-l'archive.tar

ou directement "tar xvzf nom-de-l'archive.tar.gz"

[Guest_macmagna_*]

Dnetcx a t'il été mis à jour avec les derniere modif de dnetc ??

Oui, DnetcX est à jour depuis le 10 Mai.
Ne pas oublier toutefois de transferer les fichiers dnetc.ini et les buffers-in/out de l'ancien vers le nouveau (/Contents/Resources/dnetc/) pour ne rien perdre des reglages et des calculs.

[réré]

je sais pas si on parle de la même chose? je parle de l'apply qui part en calcul direct sans aucun réglage pour l'équipe de macbidouille, celle qui est sur ton site date de début avril...
tout le monde dit ici que les derniere modif (de début mai) apportées à dnetc font que les calcul sont plus rapide. alors ces même modif vont elle arriver sur le client dnetcX??

[Guest_macmagna_*]

Oui on parle bien de la même chose.
J'ai inclus dans DnetcX le dernier client (v2.9005-484) dans l'appli comme indiqué sur la page de l'appli mais j'ai pas modifié la date de post de l'appli car rien n'a changé au niveau de DnetcX lui-même (qui est distinc du client dnetc).
J'avoue que cela peut paraitre un peu confusant et je vais corriger la date de ce pas.

[Melaurë Curufin]

on est passé 15eme et la 14eme place n'est pas loin. Saluons quand même ce team Amiga RC5 composé de fans courageux pour une plateforme qui n'a pas évolué depuis longtemps mais qui garde une place spéciale dans mon coeur d'informaticien !!! Et ils se débrouillent pas si mal !

Pour la petite histoire, les cores non-AltiVec et 68k ont été fait par un Amigaïste. Les cores AltiVec sont de moi, ancien Amigaïste :-)
De quoi rendre à César ce qui appartient à César :-)

Le keyrate maxi des crunchers AltiVec est de :
- 10695 keys/s/MHz sur MPC745x (G4e)
- 9174 keys/s/MHz sur MPC7400/7410 (G4, estimation)

Pour ce qui est du cruncher 7450, j'ai pu vérifier le keyrate (~10690 keys/s/MHz indiqué par un benchmark).

Eh bien bravo à tout deux !

Dommage qu'il n'y ait pas de version MacOS 8/9

ancien Amigaïste :-)
De quoi rendre à César ce qui appartient à César :-)

idem ! ah, l'amiga et son système multi-taches trop en avance sur son temps. Une vraie merveille, comme BeOS d'ailleurs.

Heureusement que OSX me redonne ce genre de satisfaction disparue.

amigaOS tourne avec des G4 maintenant... alors si ça n'a pas évolué ...

Oui mais ce sont des cartes accélératrices. Ce qu'il manque est une vrai gamme de machine sous Amiga OS 4 ou + ...

[réré]

ok, merci Macmagna !

[Melaurë Curufin]

Je gagne 6-7 % en nombre de clés/s avec la nouvelle version. Pas contre il y a pas mal de teams qui se sont renforcés en UC. Comment attirer plus de personnes (et de machines) dans le team MacBidouille ?

[kakace]

Tu pourrais faire la même chose pour du code MIPS ?

Il me faudrait les docs MIPS, et quelqu'un capable de compiler un client de test à partir des sources publiques. A partir de là, je suis prêt à aider cette personne.

Tu comptes te pencher sur l'OGR également ?

Possible. Il y a cependant 2 problèmes majeurs :
- Cela suppose qu'il soit possible de faire mieux, ce qui n'est pas acquis, et donc de passer du temps à développer un nouveau système pour un gain éventuellement nul.
- Il n'est pas acquis non plus que distributed.net accepte un core différent des autres. D'une part parce que cela rend difficile la vérification des résultats (chaque stub OGR étant envoyé à 2 clients différents pour assurer le coup), d'autre part parce qu'il s'agit d'apporter une "preuve" scientifique garantissant que la règle de Golomb trouvée est bien optimale. Le risque de bugs freine un tel développement.
NB: Pour je ne sais quelle(s) raison(s), distributed.net se base sur le nombre de noeuds OGR vérifiés depuis la racine pour identifier la règle de Golomb quasi-optimale pour le "stub" en question. Ceci implique que chaque client utilise exactement le même algo, sinon la vérification est impossible. Du fait d'optimisations diverses, c'est malheureusement déjà le cas et, selon des sources bien informées, seuls les stubs OGR vérifiés sur PC/Win sont réellement pris en compte...

Tu ne pourrais pas essayer d'améliorer le backend de GCC PowerPC tant qu'à faire ?

Non. GCC est une daube et le restera Faudrait être maso et avoir 15 vies devant soi pour oser s'y attaquer.

[Mathiasr]

Non. GCC est une daube et le restera Faudrait être maso et avoir 15 vies devant soi pour oser s'y attaquer.

Je vais me renseigner si on peut te faire crédit :diable2:

[Melaurë Curufin]

Que faire pour faire grossir le team. J'essaye de ramener ceux que je peux de MacGé, mais pas facile !

[jeeecy]

moi je viens de tripler le nombre de blocs que j'envoie grace a ma nouvelle gigadesign qui est tres efficace!!
je suis passe de 3,8 (450Mhz) à 11,5 (1,1Ghz) :wink:

[Mathiasr]

Nouvelle version (0.5.2) de Cowboy la petite interface que j'ai faite pour contrôler le client dnetc (la version Terminal).
Il n'y a pas de gros changements, si ce n'est que ça marche vraiment mieux sous les machines lentes ou sous 10.1; l'affichage est plus rapide et l'icône plus contrastée (et moins mad cow).


Il y a 4 fonctions simples :
- Lancer / Arrêter le client
- Mettre en / Quitter la pause
- Fetch
- Flush

L'interface fonctionne totalement indépendement du client de calcul, on peut donc la quitter et les calculs continuent.

Si l'interface ne trouve pas toute seule où se situe le client sur votre disque il faut le préciser en éditant le fichier Cowboy.pref qui se trouve dans ~/Library/Preferences
La première ligne indique l'emplacement du client, la seconde celle d'un éventuel fichier de log (pour qu'il affiche quelque chose dans le bas de la fenêtre, il faut faire un Stop/Start pour lancer le log la première fois).
Par exemple :
/Users/fred/rc72/dnetc
/Users/fred/rc72/cow.log

[jogy]

salut,
j'ai téléchargé la version pour OS9 (elle existe) ,j'ai mis mon adresse e-mail et j'ai lancé le calcul mais je sais pas comment m'inscrire dans la team MB. Est-ce que quelqu'un peut m'aider ?
merci d'avance.

[kakace]

salut, j'ai téléchargé la version pour OS9 (elle existe)

Ce n'est pas la bonne version. Celle-ci ne fait que le RC5-64 (terminé en juillet dernier), pas le RC5-72. Elle peut juste servir à faire de l'OGR.

[jogy]

Et alors, est-ce que la team MB fais de l'OGR?