Team RC5-72 MacBidouille

[nektarfl]

pour ma part, mon PC fait 9,5 blocks par jour, il faut d'ailleurs que je poste mes blocks: 300 avec le PC, 20 avec le NeXT, env 2000 avec l'imac et env 1600 avec l'emac (mais il ne fonctionne pas toute la journée) on verra ça vendredi.

[shaloms]

bein voila salut a tous je viens également rejoindre la team avec mon G5 1.8 qui depuis hier travaille de minuit a 8h et cela 6 jours sur 7 .... en esperant faire monter la team

[caraboud]

Bienvenue shaloms ! et bienvenue à tous ceux qui viennent soutenir la team macbidouille. Ma 118 ème place est menacée, tant mieux !

[Aurel]

Bienvenue shaloms ! et bienvenue à tous ceux qui viennent soutenir la team macbidouille. Ma 118 ème place est menacée, tant mieux !

je vais bientot te dépasser (lentement mais surement avec mes 48 blocs par jour)

[guilliouf]

avedc otut ca on fait travailler nos machine à fond tout le temps et la température grimpe vraiment..
kelkun connait les dangers ?
surtout sur mon g4..

[Edge@51]

Et hop, je viens de rajouter le PIII de mon boulot. Aller, j'en remet un autre. Avec mon iMac, ça fait 3 postes

[kakace]

avedc otut ca on fait travailler nos machine à fond tout le temps et la température grimpe vraiment..
kelkun connait les dangers ?
surtout sur mon g4..

A priori, il n'y a pas de danger. Si un bête programme est capable de faire griller un processeur, Apple devra assumer un défaut de fabrication évident. A condition que le processeur en question n'ait pas été overclocké, bien sûr
Si la température est un problème, il est possible d'utiliser un "core" moins performant, de ne lancer qu'un seul cruncher (sur les bi-pro), ou encore d'indiquer le seuil de température au delà duquel le client devra se mettre en pause (MDD, AluBook). Mais dans les 3 cas, les performances dégringoles...
A ce sujet (mais il me semble l'avoir déjà dit), j'ai appris d'une source bien informée qu'Apple utilise dnetc pour tester la tenue en température de ses machines. Dans ces conditions, les seules machines susceptibles d'avoir des soucis sont les G5, à condition que je trouve le temps d'écrire un cruncher optimisé, lequel les fera chauffer encore un peu plus...

[Bac's]

A ce sujet (mais il me semble l'avoir déjà dit), j'ai appris d'une source bien informée qu'Apple utilise dnetc pour tester la tenue en température de ses machines. Dans ces conditions, les seules machines susceptibles d'avoir des soucis sont les G5, à condition que je trouve le temps d'écrire un cruncher optimisé, lequel les fera chauffer encore un peu plus...

Ah, c'est pour cela que mon ch'ti G5 ne chauffe pas des masses malgré dnetc en tâche de fond.

[Rabaothewarri]

avedc otut ca on fait travailler nos machine à fond tout le temps et la température grimpe vraiment..
kelkun connait les dangers ?
surtout sur mon g4..

A priori, il n'y a pas de danger. Si un bête programme est capable de faire griller un processeur, Apple devra assumer un défaut de fabrication évident. A condition que le processeur en question n'ait pas été overclocké, bien sûr
Si la température est un problème, il est possible d'utiliser un "core" moins performant, de ne lancer qu'un seul cruncher (sur les bi-pro), ou encore d'indiquer le seuil de température au delà duquel le client devra se mettre en pause (MDD, AluBook). Mais dans les 3 cas, les performances dégringoles...
A ce sujet (mais il me semble l'avoir déjà dit), j'ai appris d'une source bien informée qu'Apple utilise dnetc pour tester la tenue en température de ses machines. Dans ces conditions, les seules machines susceptibles d'avoir des soucis sont les G5, à condition que je trouve le temps d'écrire un cruncher optimisé, lequel les fera chauffer encore un peu plus...

Bon, je solicite encore une fois les pros du dntec…
J'ai essayé de règler les seuils de températures sur mon alu 12 1gHz, mais rien a faire -> ventillo à fond…
Quelle est la valeur à entrer svp ?

[kakace]

Bon, je solicite encore une fois les pros du dntec…
J'ai essayé de règler les seuils de températures sur mon alu 12 1gHz, mais rien a faire -> ventillo à fond…
Quelle est la valeur à entrer svp ?

Le mieux est encore d'utiliser ThermographX pour voir à quelle température se déclenche la ventilation, et de régler le client dnet juste en dessous. Sur mon Alu 15, c'est autour de 60°C.

[Mfx]

Bonjour à tous.

Je vous signale que certains d'entre nous (pas beaucoup, c'est vrai ) travaillent sur un autre projet de dnetc : OGR-25.
Pour ma part, c'est parce quà l'origine, je me suis lancé dans l'aventure dnetc avec mon PM7500 dopé avec une carte G3/266. Effrayé par les performances (enfin, l'absence de ..) et le temps de calcul d'un bloc RC5-72, je me suis intéressé au projet OGR ...

Depuis, j'ai mis d'autres machines à contribution, et ça va mieux
Mais du coup, je reste fidèle à ce projet.

[SIZE=7]
Tout ça pour vous dire qu'un évènement se prépare !
L'équipe Le Pommier (MacBidouille) va entrer dans le top 100 !
[SIZE=3]

Nous sommes aujourd'hui à un cheveu de ceux qui nous précèdent ...

Et nous n'avons pas fini, même si les places deviennent de plus en plus difficiles à gagner.

Mfx

[Rabaothewarri]

Bon, je solicite encore une fois les pros du dntec…
J'ai essayé de règler les seuils de températures sur mon alu 12 1gHz, mais rien a faire -> ventillo à fond…
Quelle est la valeur à entrer svp ?

Le mieux est encore d'utiliser ThermographX pour voir à quelle température se déclenche la ventilation, et de régler le client dnet juste en dessous. Sur mon Alu 15, c'est autour de 60°C.

Config via le terminal :
Je rentre "40C:60C" ou 40C:60C (car aucun des 2 ne semblent fonctionner…

edit : En tout cas bien joué à celui qui a fait rentrer Surcouf67 dans la team (c'est bien le magasin place des halles ?)

Pour ma part, j'ai toujours pas eu le temps de relancer Bemac, si quelqu'un veut s'en charger…
Et si d'autres se chargent de motiver d'autres revendeurs mac c'est encore mieux…

A+

Ce message a été modifié par Rabaothewarri - 1 May 2004, 09:03.

[kakace]

Le mieux est encore d'utiliser ThermographX pour voir à quelle température se déclenche la ventilation, et de régler le client dnet juste en dessous. Sur mon Alu 15, c'est autour de 60°C.

Config via le terminal :
Je rentre "40C:60C" ou 40C:60C (car aucun des 2 ne semblent fonctionner…

C'est peut-être parce que le ventilo se déclenche en dessous de 60°C. Il faudrait essayer avec 48C:50C et voir si le client se met en pause (en supposant que la température du CPU puisse dépasser les 50°C). Si ça fonctionne, augmenter progressivement le seuil supérieur jusqu'à trouver le niveau de déclenchement du ventilateur. Une fois trouvée cette valeur, fixer les 2 seuils au même niveau (juste en dessous de la température de déclenchement) pour que le client "régule" la température (par exemple 54.5C:54.5C).
A noter que sur les AluBook, la température indiquée par les capteurs est un multiple de 0.25°C.

[kakace]

Bonjour à tous.

Je vous signale que certains d'entre nous (pas beaucoup, c'est vrai ) travaillent sur un autre projet de dnetc : OGR-25.
Pour ma part, c'est parce quà l'origine, je me suis lancé dans l'aventure dnetc avec mon PM7500 dopé avec une carte G3/266. Effrayé par les performances (enfin, l'absence de ..) et le temps de calcul d'un bloc RC5-72, je me suis intéressé au projet OGR ...

Depuis, j'ai mis d'autres machines à contribution, et ça va mieux
Mais du coup, je reste fidèle à ce projet.

La phase 1 d'OGR-25 est bientôt terminée (il reste en gros 160000 stubs à vérifier). La phase 2 (pour OGR-24 et OGR-25) devrait démarrer très prochainement, avec plus de 250 millions de stubs à vérifier (au total). MacBidouille aura donc le temps de progresser
A noter que j'ai renforcé la sécurité de ce challenge pour donner du fil à retordre aux tricheurs. Certains vont être surpris

[Rabaothewarri]

A noter que j'ai renforcé la sécurité de ce challenge pour donner du fil à retordre aux tricheurs. Certains vont être surpris

Il y a réellement de la triche ???
Quelles peuvent êtres les mesures prises ?

[kakace]

A noter que j'ai renforcé la sécurité de ce challenge pour donner du fil à retordre aux tricheurs. Certains vont être surpris 

Il y a réellement de la triche ???
Quelles peuvent êtres les mesures prises ?

A partir du moment où on présente un classement, la tentation est grande de vouloir progresser par tous les moyens. C'est vrai pour le RC5, et ça l'est tout autant pour l'OGR (ou tout autre système de calcul distribué). Ainsi, certaines personnes tentent de flusher plusieurs fois le même tampon, dans l'espoir d'améliorer leur classement. D'autres emploient des techniques plus avancées pour brouiller les cartes. D'autres encore utilisent des clients trafiqués.
Si la plupart des tricheurs ne remettent pas en cause la finalisation des projets en cours, on ne peut pas garantir que c'est le cas pour tous. Il se peut fort bien qu'un petit malin ait trouvé le moyen de contourner toutes les sécurités et les moyens de détection dont on dispose. On est donc condamné à améliorer (ou modifier) sans cesse ces moyens, soit parce qu'on s'aperçoit qu'un tricheur a trouvé une faille, soit parce que la détection prend trop de ressources au niveau des serveurs, ou encore parce qu'on connaît certaines faiblesses et qu'on trouve le moyen de les combler.
En ce qui concerne la phase 2 d'OGR, j'ai passé énormément de temps à mettre au point la méthode permettant de distribuer les stubs restant sans mettre à genoux le serveur, et j'en ai profité pour développer une nouvelle méthode de gestion des stubs, laquelle améliore considérablement la résistance aux tricheurs.

Quant aux mesures prises, ou à prendre, je préfère ne pas détailler parce que ce genre d'information est à double tranchant.

[Mfx]

Et hop, Le Pommier/MacBidouille classé 100ième pour OGR-25

[Rabaothewarri]

Et hop, 0.1% du projet RC5-72 fait à ce jour

[Rabaothewarri]

Dans combien de temps va se finir le projet ogr 25 ? (c'est dingue (ou pas de chance...) d'avoir du calculer les 100% pour trouver le bonne clef...)

Lorsque ce projet sera terminé, pensez-vous qu'il y aura un transfert de "puissance" vers l'ensembles des équipes ?

Si c'est le cas, nous risqu'on de perdre des places car certains qui ne sont pas mieux placé que nous en RC5-72 le sont en OGR25...

[kakace]

Dans combien de temps va se finir le projet ogr 25 ? (c'est dingue (ou pas de chance...) d'avoir du calculer les 100% pour trouver le bonne clef...)

Lorsque ce projet sera terminé, pensez-vous qu'il y aura un transfert de "puissance" vers l'ensembles des équipes ?

Si c'est le cas, nous risqu'on de perdre des places car certains qui ne sont pas mieux placé que nous en RC5-72 le sont en OGR25...

Il ne s'agit pas de trouver une clé, mais une règle (pour mesurer) de Golomb optimale ayant 25 marques. Le challenge est séparé en deux phases, les 100% signifiant la fin (très proche) de la première phase. A noter que ce challenge est purement mathématique, et à but scientifique.
Quant à un transfert de puissance, rien n'est moins sûr. D'abord parce que la phase 2 va bientôt démarrer, ensuite parce que certaines personnes préfèrent faire de l'OGR plutôt que du RC5.

[caraboud]

Une petite question pour kakace :
Hier, mon PB a terminé ses 100 blocks. Il essaie de se connecter au serveur, mais n'y arrive pas. Du coup, il a calculé un block en plus alors qu'il n'y en avait plus dans le buff-in !
Encore plus incompréhensible : Ca s'est réitéré en tout 3 fois avant qu'il ne réussisse à envoyer mes blocks. Donc il aurait du envoyer 103 blocks. Que neni, il en a envoyé 106 ! (re )
Y a t'il une explication ?

[kakace]

Une petite question pour kakace :
Hier, mon PB a terminé ses 100 blocks. Il essaie de se connecter au serveur, mais n'y arrive pas. Du coup, il a calculé un block en plus alors qu'il n'y en avait plus dans le buff-in !
Encore plus incompréhensible : Ca s'est réitéré en tout 3 fois avant qu'il ne réussisse à envoyer mes blocks. Donc il aurait du envoyer 103 blocks. Que neni, il en a envoyé 106 ! (re )
Y a t'il une explication ?

Lorsque le client ne peut pas se connecter, il calcule des blocs pris au hasard dans une zone prédéfinie. Normalement, ces blocs sont comptabilisés dans les stats, même s'ils ont déjà été vérifiés par un autre client.
Le nombre total de blocs à disposition d'un client est égal à ce qui se trouve dans les tampons, plus un bloc par cruncher (1 sur les mono-proc, 2 sur les duals). Ensuite, le client charge d'abord de nouveaux blocs avant d'envoyer les anciens, et il est possible, dans le cas cité, qu'il ait réussi à lire 2 ou 3 blocs depuis le serveur avant la coupure.
Au final, rien d'étonnant à ce qu'il ait envoyé 106 blocs (qu'il n'a de toute façon pas inventé).

[nektarfl]

Aujourd'hui, j'ai une "petite" connexion (en RTC), mais j'en profite pour libérer mes blocs calculés (6557) (et passer ainsi à la 50ème place de la team!!) et en prendre d'autres d'avance (environ 10 ou 12000 pour tenir 1 mois, et oui, j'ai un peu de renfort, un emac qui ne tourne pas toute la journée, mais le peu qu'il fait, c'est déjà ça de plus!! (il faut vraiment que j'arrive à connecter mon PC, il a quelques 400 blocks calculés (il me faut une ligne partagée, j'ai pas de modem dessus)

Ce message a été modifié par nektarfl - 7 May 2004, 14:22.

[Kisco]

à chaque lancement de dnetc il me fait ça :

[May 08 11:19:28 UTC] Automatic processor detection found 1 processor.
[May 08 11:19:28 UTC] Automatic processor type detection did not recognize the processor (id: 33587203)
[May 08 11:19:28 UTC] RC5-72: Running micro-bench to select fastest core...
[May 08 11:20:07 UTC] RC5-72: using core #3 (KKS 7400).

vous savez pourquoi dnetc ne reconnaît pas mon processeur ? (sur l'alubook)
j'ai pourtant réinstallé correctement il me semble...
(bon c pas mortel non plus, après le "microbench" il commence a bosser.)

Ce message a été modifié par Kisco - 8 May 2004, 12:25.

[kakace]

à chaque lancement de dnetc il me fait ça :

[May 08 11:19:28 UTC] Automatic processor detection found 1 processor.
[May 08 11:19:28 UTC] Automatic processor type detection did not recognize the processor (id: 33587203)
[May 08 11:19:28 UTC] RC5-72: Running micro-bench to select fastest core...
[May 08 11:20:07 UTC] RC5-72: using core #3 (KKS 7400).

vous savez pourquoi dnetc ne reconnaît pas mon processeur ? (sur l'alubook)
j'ai pourtant réinstallé correctement il me semble...
(bon c pas mortel non plus, après le "microbench" il commence a bosser.)

L'id 33587203 correspond à un 7447A, lequel n'est reconnu par le client qu'à partir des toutes dernières versions. Après avoir (vite) regardé les sources, j'imagine que le problème vient de là. Pour s'en assurer, il faudrait essayer avec le dernier client.
Quoiqu'il en soit, il est possible de forcer l'utilisation d'un cruncher particulier ("./dnetc -config", option 3 puis 1). Le cruncher #4 (KKS 7450) convient tout particulièrement à tous les 744x/745x.

[Mathiasr]

La phase 1 d'OGR-25 est bientôt terminée (il reste en gros 160000 stubs à vérifier). La phase 2 (pour OGR-24 et OGR-25) devrait démarrer très prochainement...

Est-ce que les résultats réellement pris en compte pour l'OGR sont uniquement issus des clients Win32/x86, commes-tu l'avais laissé entendre il fût un temps ?

[ddrix]

[Edit : je n'ai rien dit... 100 n'est pas 100 000]

Ce message a été modifié par ddrix - 9 May 2004, 23:41.

[kakace]

Est-ce que les résultats réellement pris en compte pour l'OGR sont uniquement issus des clients Win32/x86, commes-tu l'avais laissé entendre il fût un temps ?

Pas exactement. Tous les clients sont pris en comptent puisqu'ils sont censés retourner les mêmes résultats, à l'exception d'un certain nombre qui sont connus pour être "bugués" (dont un ancien client pour Mac OS 8/9).
Quant à la phase 2 du challenge OGR, elle est officiellement en test public depuis aujourd'hui. Le nouveau client et le Personal Proxy pour Mac OS X sont sur la page des pre-releases. Les stats ne sont pas encore opérationnelles, mais ça ne saurait tarder.

[Kisco]

merci kakace, ça marche pile poil là, à 13.5 Mkey/s sur mon pbook

[shaloms]

est ce un rêve ou la 6e place devient de plus en plus accessible ... j'ai l'impression que nous avons pas mal grapillé depuis quelque jours ????