Team RC5-72 MacBidouille

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

[popboy]

Tu rêves nous sommes 8emes,
c'est donc la 7ème place qui nous
tends les bras, dans moins d'une semaine.

Mais la 6 ème est pour cet été,
chaque chose en son temps

P.S. Après la 6 ème place nous aurons un gros
problême car les 5 premières équipes calculent
vraiment beaucoup plus que nous

Ce message a été modifié par popboy - 10 May 2004, 12:01.

[bananas]

En plus je dois m'arreter (enfin mon G5 du moins ...) car ma 9600 refuse definitivement de reveiller mon ecran .... donc j'ai du enlever la carte video pour echange dans un Apple Center ... mais comme j'ai plus de video, je peux plus demarrer dnetc ou autres

cela dit si vous connaissez une methodepour remplacer la carte par une PCI avec port ADC je prends et le relance

[Gotchi]

il n'existe pas à ma connaissance de carte vidéo PCi offrant un port ADC

[cyberdog]

Il faudrait faire attention, ce soir 12 Mai à 22h14, je trouve que les 3 Teams qui nous suivent, sont très virulentes !!!!
Peu d'écart nous sépares, un petit rappelle en news pour relancer le train serait peut-être utile ?

Laurent

[Mathiasr]

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.

C'est volontaire le fait que le client en version 488b ou 490 soit distribué sans sa page man ?

[kakace]

C'est volontaire le fait que le client en version 488b ou 490 soit distribué sans sa page man ?

Oui. D'une part parce que personne (ou presque) ne s'en sert, d'autre part parce qu'elle n'était plus à jour depuis bien longtemps.

[Gintonic]

Hello,
et voilà, nous sommes 7ème...
@+

[Bac's]

Hello,
et voilà, nous sommes 7ème...

Oui, mais les Ukraignos ont repris du poil de la bête.

Motivons les troupes !!

[Edge@51]

Motivé motivé ... mais faut pas être préssé, mon iMac se prend pour un suisse (euh, j'ai rien contre les personnes suisse, pas taper ).
J'ai eu un petit problème, cela faisait 6 mois que j'envoyait mes blocs sur une mauvaise adresse mail ([email protected], avec deux 'a' ). D'ailleur, comment puis-je recevoir mon code pour ce compte?

Ce message a été modifié par Edge@51 - 14 May 2004, 19:47.

[guilliouf]

oh la boulette...