Team BOINC Macbidouille, Calcul distribué, aider la recherche chez soi.

[anael]

Bon, je me suis décidé, j'ai installé BOINC. Je pense que tout est configuré, il y a plus qu'à le laisser tourner.

Je me demandais: pourquoi y a t-il (dans la liste des projets sur Wikipédia) un projet BOINC pour vérifier les autres projets ?

Project Neuron : Projet ayant pour but de vérifier la qualité/fiabilité/véracité des informations provenant des projets BOINC. Site.

[schlum]

Apparemment le site n'existe plus, donc je suppose que le projet non plus

[anael]

Ah. Ok.

Sinon, de ce que je comprends l'option dans BOINC pour n'attribuer qu'une partie du processeur pour le calcul partagé permet en fait de limiter le TEMPS processeur. Donc si on le met à 50%, le processeur sera utilisé à 100% une demi heure sur une heure (en fait il fait sans cesse du yoyo [hoho...], deux trois secondes à fond, deux secondes stop,etc.).
Bref, je ne sais pas ce qui est le mieux de faire de mettre à fond pendant un temps donné ou en "accélérer-freiner" tout le temps... Une idée ?

Une image vaut mieux qu'un long discours:


Ce message a été modifié par anael - 10 Jul 2008, 17:25.

[fransoi78]

Bonjour,
J'ai mis la main sur un wattmètre j'ai donc mesuré la consommation des différents macs présent sous mon toit :

Quelques petites précisions : 100%, 50, ... correspond à BOINC mis à 100%, 50%, ... L'utilisation normale c'est avec mail, FireFox, iTunes d'ouvert. Et "en veille" correspond à "suspendre l'activité".

Lors des tests tout les macs ne consomment pas en veille. Cela m'étonne un peu sauf pour les portables, dans la littérature la plus part des machines consomment en veille.

- PowerMac G5 2*2Ghz
100% 350W
50% 300W
25% 280W
Utilisation "Normale" 195W
en Veille 0W

- MacBook 2Ghz (SantaRosa)
100% 26W
50% 25W
25% 19W
Utilisation "Normale" 16W
en Veille 0W

- MacMini 2Ghz
100% 55W
50% 35W
25% 31W
Utilisation "Normale" 25W
en Veille 0W

- (plus tard un iMac G5).

Ce message a été modifié par fransoi78 - 10 Jul 2008, 18:59.

[anael]

Lors des tests tous les macs ne consomment pas en veille. Cela m'étonne un peu sauf pour les portables, dans la littérature la plus part des machines consomment en veille.

Tous les wattmètres ne sont pas capables de détecter les faibles puissances de l'ordre de 1 à 7 watts que beaucoup d'appareils électriques et électroniques - même la veille pour un ordi - soutirent. La plupart des wattmètres ont un seuil en dessous duquel ils indiquent "0 watt", même si l'appareil soutire quelques watts.

@

Je me demandais: pourquoi y a t-il (dans la liste des projets sur Wikipédia) un projet BOINC pour vérifier les autres projets ?

Apparemment le site n'existe plus, donc je suppose que le projet non plus

Ceci n'explique pas cela... mais c'est vrai que ma curiosité est légèrement tempérée si ça n'existe pas (plus).

[schlum]

En fait, il est simplement terminé…
http://www.boinc-af.org/content/view/449/278/

[McRoger]

Ah. Ok.

Sinon, de ce que je comprends l'option dans BOINC pour n'attribuer qu'une partie du processeur pour le calcul partagé permet en fait de limiter le TEMPS processeur. Donc si on le met à 50%, le processeur sera utilisé à 100% une demi heure sur une heure (en fait il fait sans cesse du yoyo [hoho...], deux trois secondes à fond, deux secondes stop,etc.).
Bref, je ne sais pas ce qui est le mieux de faire de mettre à fond pendant un temps donné ou en "accélérer-freiner" tout le temps... Une idée ?

Une image vaut mieux qu'un long discours:

Bienvenue chez les fêlés du calcul scientifique !

J'avais lu sur un forum qu'il était plus efficace d'allouer 100% à un seul coeur p.ex.

Tu peux le faire en limitant le nombre "de processeurs" dans l'onglet avancé.

Si tu utilises l'ordi, Boinc va s'adapter en diminuant encore sa priorité et tu ne le sentiras pas.

[anael]

En fait, il est simplement terminé…
http://www.boinc-af.org/content/view/449/278/

Merci pour le lien, j'ai appris ce que je voulais.

Bienvenue chez les fêlés du calcul scientifique !

J'avais lu sur un forum qu'il était plus efficace d'allouer 100% à un seul coeur p.ex.

Tu peux le faire en limitant le nombre "de processeurs" dans l'onglet avancé.

Si tu utilises l'ordi, Boinc va s'adapter en diminuant encore sa priorité et tu ne le sentiras pas.

Merci ! Oui, ça me parait mieux aussi comme ça, c'est plus continu.


Par contre, une "unité" prend plus de temps qu'avec dnetc (avec le terminal avec distibuted.net). Les unités sont plus grosses ?
( heu je pose peut-être trop de question ?)

[McRoger]

Par contre, une "unité" prend plus de temps qu'avec dnetc (avec le terminal avec distibuted.net). Les unités sont plus grosses ?
( heu je pose peut-être trop de question ?)

Tu parles de quel projet ?

Les unités des projets supportés par Boinc vont de quelques minutes (WEP, Milkyway p.ex.) à plusieurs semaines/mois (ClimatePrediction p.ex.) en passant par quelques heures (Superlink, Yoyo p.ex.).

Ceci dépendant évidemment de la puissance CPU et du % alloué.

[anael]

Tu parles de quel projet ?

Les unités des projets supportés par Boinc vont de quelques minutes (WEP, Milkyway p.ex.) à plusieurs semaines/mois (ClimatePrediction p.ex.) en passant par quelques heures (Superlink, Yoyo p.ex.).

Ceci dépendant évidemment de la puissance CPU et du % alloué.

Heu oui pardons. Je faisais le projet OGR-25 avec dnetc. Il me téléchargeait des paquets.
Je me demandais si c'était (forcément) les même ou s'il était plus gros. Parce que j'ai cru comprendre que Yoyo = OGR-25...

Ce message a été modifié par anael - 10 Jul 2008, 21:12.

[McRoger]

Attention qu' OGR 25 est supporté par le projet Yoyo qui lui-même est un projet "ombrelle".

Selon tes préférences dans Yoyo (site de Yoyo) tu peux dire si tu ne veux que du OGR 25 ou également l'autre projet.

Plus d'infos ici

Voir si c'est bien du ORG25 que tu crunches.

Pour plus de détails et comparaison avec Dnet, je pense qu'il faut aller sur le forum de Yoyo, perso, je sèche.


<mylife on>
Bon, je vais un peu lâcher mon clavier et tenir compagnie à ma chère et tendre.
<mylife off >

"Salut, de kost en de wind vanachter". ;-)

[anael]

Ok.
J'ai vérifié, c'est bien OGR. Donc je pense que c'est normal.
Je vais laisser tourner et je verrai bien par moi-même... j'ai le temps aussi pour voir...

Je vais regarder les autres projets aussi... et choisir avec conscience

Bonne fin de soirée !

[CLM]

J'avais vu bien que yoyo me passait des programmes différents, mais je n'avais pas vu cette option. Merci.

Edit : en passant, je vois qu'il manque un mot !!!!!

Ce message a été modifié par CLM - 15 Jul 2008, 23:10.

[Phil J. Fry]

Des nouvelles d'Australie :

AA13 Completed - get ready for AA14

AA13 on Milky Way was a great success and ran longer than usual, with us consolidating our second place and giving us a gap of nearly 20 million credits to the third placed team. It is now time for us to consider where the next Aussie Assault will be!

13/07/2008 11:30 PM

Leur assaut sur MW est enfin terminé.
De plus, pour soulager leur serveur, les wus MW passent de quelques minutes pour 4c à plusieurs heures pour 260c.

[schlum]

Et ils sont à combien de nous les Aussies du coup ?

[Phil J. Fry]

1 million et des poussières de retard :
http://fr.boincstats.com/stats/team_stats....lkyway&st=0

[schlum]

AA13 on Milky Way was a great success and ran longer than usual, with us consolidating our second place and giving us a gap of nearly 20 million credits to the third placed team. It is now time for us to consider where the next Aussie Assault will be!

Je sens que ça cache une déception quand même
On produit plus qu'eux dessus actuellement ?

[Phil J. Fry]

L'AF produit plus que les aussies en ce moment.
Ils pourront se consoler avec le maillot jaune

Il y a un risque de surcharge de travail avec milky way , le scheduler pouvant charger 20 unités de longue durée à remplir en 5 jours. Les détails : http://milkyway.cs.rpi.edu/milkyway/forum_thread.php?id=356

[schlum]

Est-ce que le client n'est pas suffisamment intelligent pour ne pas se lancer sur une tâche qu'il n'aura pas le temps de finir ?

[McRoger]

Est-ce que le client n'est pas suffisamment intelligent pour ne pas se lancer sur une tâche qu'il n'aura pas le temps de finir ?

Ben le problème c'est que le temps nécessaire pour calculer une unité est ré-étalonné au fur et à mesure.

Si tu as des unités courtes pendant un certain temps, les suivantes vont voir leur temps s'allonger, s'allonger jusqu'à ce que le temps estimé corresponde à la réalité.

Entretemps, le client va charger des unités pour remplir le cache... au prorata du temps estimé, mais celui-ci sera sous-estimé, donc risque de dépassement de date limite.

J'espère que je suis clair, pcq'il est un peu tard et mes journées fort longues (bientôt les vacances ! )

[schlum]

C'était assez clair, j'ai juste rien compris

Enfin si j'ai bien suivi, vaut mieux supprimer et réinitialiser le projet quoi…

[gambax]

Bonjour tout le monde,
Bon ça a l'air bien sympa ce p'tit Boinc, alors j'ai téléchargé et j'ai rejoint la team (enfin j'espere parce que j'avoue que je suis encore un peu dans le jus pour l'instant) afin d'apporter ma contribution à l'avancement du schmilblick...

Arrrrrrriba!!

[CLM]

@ schlum : Non, pas forcément, mais juste vérifier ce que fait boinc pendant quelques jours.
En ce qui me concerne, j'ai des UT de 8 min et d'autre de 8 h. Les autres UT longues sont annoncées pour 7h33. Le UT longue créditent de 260 ! Avec les UT courtes je créditais à environ 30/h, maintenant ça fait plus de 32/h … encore de l'inflation !


Edit : je n'avais pas vu l'intervention de gambax. D'ailleurs, bienvenu et n'hésite pas à demander de l'aide si ton jus est trop épais !

Ce message a été modifié par CLM - 15 Jul 2008, 11:03.

[gambax]

Merci CLM, je commence a diluer doucement doucement...

[CLM]

Juste une nouvelle ici qui pourrait intéresser ceux qui, comme moi et schlum avont eu, ont du mal à installer la version optimisée de MilkyWay (je sais ça arrive tard pour le contre fight … mais ça arrive ).

[BombX]

Des nouvelles d'Australie :

AA13 Completed - get ready for AA14

AA13 on Milky Way was a great success and ran longer than usual, with us consolidating our second place and giving us a gap of nearly 20 million credits to the third placed team. It is now time for us to consider where the next Aussie Assault will be!

13/07/2008 11:30 PM

Leur assaut sur MW est enfin terminé.

Yeah, le pommier et l'AF ont bien résisté
Et bienvenu à gambax

Ce message a été modifié par BombX - 16 Jul 2008, 10:38.

[McRoger]

Ne relâchons pas trop vite non plus.

Yoda a aussi écrit qu'ils ont l'habitude de laisser tourner leurs machines sur le même projet, en attendant le prochain Aussie Assault.

[gambax]

Bonsoir tout le monde,
Si je peux vous donner un coup de cpu, dites-moi sur quel projet je dois me mettre. J'ai vu que ça parlait pas mal de Milky Way alors je l'ai pris, mais si vous avez besoin de ma maigre mais néanmoins présente contribution pour fighter ailleurs, je suis présent hein.

[CLM]

Personnellement, mais ça n'est que mes choix, je suis sur superlinkattechnion et Poem en plus de milky (dans l'ordre croissant de priorité, mais je pense que je vais redescendre milky maintenant, sans pour autant trop baisser). Je garde en fond yoyo et malariacontrol sur x86 ou rosetta sur PPC.

[McRoger]

C'est passé "comme ça" mais bravo à Schlum qui vient de passer les 500.000 points!