Points de sauvegarde et leur fréquence

[rom_185]

25/07/2007 01:48:35|rosetta@home|[checkpoint_debug] result BENCH_051207_ABRELAX_SAVE_ALL_OUT_-1ctf_-_BARCODE_R10_filters_1804_16543_0 checkpointed

25/07/2007 01:51:20|rosetta@home|[checkpoint_debug] result BENCH_051207_ABRELAX_SAVE_ALL_OUT_-1ctf_-_BARCODE_R10_filters_1804_16543_0 checkpointed


25/07/2007 01:53:51|rosetta@home|[checkpoint_debug] result BENCH_051207_ABRELAX_SAVE_ALL_OUT_-1ctf_-_BARCODE_R10_filters_1804_16543_0 checkpointed

25/07/2007 01:56:18|rosetta@home|[checkpoint_debug] result BENCH_051207_ABRELAX_SAVE_ALL_OUT_-1ctf_-_BARCODE_R10_filters_1804_16543_0 checkpointed

Rosetta 5.68   .

[tibidao]

Pour simap (application simap@home 5.10 au cas où), j'ai de 59s à 1min02  

[tif_inégalitéScapitalismTTdroitesÉcocide5gPubNucGafam-CRIMES]

bon, accrochez-vous bien !

pour seasonal : un peu moins d'une heure (50 à 58 minutes (un fois 1h 1', sur 40 mesures))

okazou :athlon 64 à 254 Mhz avec 1 Go de mémoire à 231 Mhz

[tibidao]

C'est bizarre, j'ai regardé vite fait les valeurs pour rosetta 5.68, et je ne trouve pas du tout celles données. Moi j'ai entre 8min07 et 28min51.
Mais ce sont les dernières, peut être que ça change avec l'application 5.73 qui va arriver. Dès que j'en ai je donne les résultats.  

[popolito]

Les checkpoints sur rosetta varient beaucoup, il y a un checkpoint à chaque changement de protéine (enfin, la manière dont la protéine est étudiée), donc ça peut aller de 5min à 2h.

[Heyoka]

Normalement je vais garder la durée maxi., le temps maxi. que l'on peut perdre à cause des points de sauvegarde
Je ferais comme pour la page des configurations minimales de mémoire vive, avec des groupes

1 min

2 à 3 min

3 à 5 min

5 à 10 min

10 à 30 min

30 min à 1h

1h à 2h

[tibidao]

Pour simap, les HMMER@home 5.09 me donne les même valeurs, de 59s à 1min02.  

[tibidao]

De retour sur WCG, j'ai regardé les points de sauvegarde pour FAAH (FightAIDS@home 5.28), j'ai des valeurs de 6min39 à 9min41.  

[JmBoullier]

De retour sur WCG, j'ai regardé les points de sauvegarde pour FAAH (FightAIDS@home 5.28), j'ai des valeurs de 6min39 à 9min41.  

C'est malheureusement (pour le but de l'exercice) plus variable que ça. Sur des observations de fin juin à aujourd'hui j'ai des cas qui vont de 6mn30 à 25-30 mn!
Les cas les plus fréquents sont des UT à 9-10 mn et des UT à environ 15 mn.
Sans oublier les UT où ça peut varier de 9 mn à 20 mn dans la même UT selon le stade de calcul.

Pour HPF2 j'ai un peu moins d'observations. Pour une même UT:
- environ 30 mn
- de 25 à 45 mn
- de 30 à 40 mn
- de 40 à 50 mn
et pour la plus "folklo", de 35mn à 1h31mn (1h04mn, 1h31mn, 1h22mn, 1h26mn, 1h02mn, 0h55mn, 1h03mn, 0h35mn et 0h55mn).

Le tout pour un P4HT à 2.4 GHz.

Bon courage Heyoka pour trier tout ça... Jean.  

[tibidao]

Effectivement, j'ai vu une unité avec des sauvegardes espacées de 19min.  

C'est un peu agaçant cette variabilité, le soir avant d'éteindre mon ordi j'ai pris pour habitude de regarder où j'en étais au niveau des sauvegardes, et soit j'éteins tout de suite parce qu'il y en a eu une récemment, soit j'attends que la prochaine arrive.

[timruff]

Bon j'ai fait le test avec les ut de seti@home beta.
Donc pour l'application seti@home enhanced 5.24 :
minimum 1 min.
maximum 1 min et 3 seconde.
Sur amd turion ml 30 à 1600 MHz

[tibidao]

Décidément...
Pour FAAH toujours, j'ai eu droit à un délai de 47min59 entre 2 sauvegardes...  

06/08/2007 14:34:41|World Community Grid|[checkpoint_debug] result faah2033_d218n873_x2AZC_00_0 checkpointed
06/08/2007 15:22:40|World Community Grid|[checkpoint_debug] result faah2033_d218n873_x2AZC_00_0 checkpointed

 :sweat:

[JmBoullier]

C'est un peu agaçant cette variabilité

C'est sûr mais c'est difficilement évitable dans ce genre de calculs où le nombre de calculs entre deux points de contrôle est imprévisible. Sans compter que le temps mis à les effectuer doit forcément dépendre de ce que fait l'ordinateur à côté. Dans les UT à cycle de calcul court il est plus facile de fixer un délai de prise de point de contrôle et de pouvoir le prendre effectivement rapidement après que le délai est écoulé (e.g. Genome Comparison).

[JmBoullier]

Sans compter que le temps mis à les effectuer doit forcément dépendre de ce que fait l'ordinateur à côté.

Pour info je confirme. Avant hier j'ai largement perturbé une UT FAAH en jouant pendant plusieurs heures. Et en observant le log des messages il est clair que le temps entre deux points de reprise était nettement plus important pendant que je jouais qu'avant que je commence.

[tif_inégalitéScapitalismTTdroitesÉcocide5gPubNucGafam-CRIMES]

aps@home : ~ 1 minute 20''



pour BURP je crois me souvenir qu'avec certaines UT il y avait des pts de sauvegarde
mais chuis en froid avec le projet et j'ai pas envie de vérifier  

[Thrr-Gilag]

Pour info je confirme. Avant hier j'ai largement perturbé une UT FAAH en jouant pendant plusieurs heures. Et en observant le log des messages il est clair que le temps entre deux points de reprise était nettement plus important pendant que je jouais qu'avant que je commence.

en temps CPU ou en temps système ?

En temps CPU ton calcul serait correct, par contre si c'est en temps système, il faut que tu prennes en compte la fraction de temps réellement attribuée au calcul.

[JmBoullier]

en temps CPU ou en temps système ?

Bah, en temps écoulé, ou en temps réel si tu préfères (je ne suis pas sûr de ce que tu entends par temps système?). Dans le log des messages chaque message est précédé de l'heure à laquelle il est émis, ça me semble simple.

En temps CPU ton calcul serait correct, par contre si c'est en temps système, il faut que tu prennes en compte la fraction de temps réellement attribuée au calcul.

Il n'y a pas de calcul particulier ici, à part la différence entre l'heure d'une prise de point de reprise et l'heure de la précédente. La raison de mon commentaire c'est pour permettre (si Heyoka le souhaite) de faire la différence entre les projets qui prennent un point de reprise à heure fixe (comme Genome Comparison par exemple, toutes les dix minutes à une seconde près) et ceux qui les prennent à un point donné du traitement (par exemple lorsqu'ils incrémentent la boucle principale). Dans le premier cas l'intervalle est le même pour tout le monde quel que soit le processeur et l'activité de l'utilisateur, dans le second ça va évidemment dépendre de la rapidité du processeur et de ce que l'utilisateur consomme lorsqu'il utilise sa machine.

[Thrr-Gilag]

Je suis pas intimement persuadé que Genome Comparaison fasse un checkpoint toutes les 10 minutes si tu limites à 1% la part dédié du CPU à son calcul (à moins que tu me dises que tu l'as fait).

[JmBoullier]

Je suis pas intimement persuadé que Genome Comparaison fasse un checkpoint toutes les 10 minutes si tu limites à 1% la part dédié du CPU à son calcul (à moins que tu me dises que tu l'as fait).

Il m'arrive parfois d'avoir des idées saugrenues mais pas au point de faire tourner Boinc sur un projet à 1%. Et comme lorsque GC tournait encore on ne se posait pas ici la question de la fréquence des points de reprise, non, je n'ai pas essayé. Mais si de nouvelles molécules sont apportées sur ce projet (ce n'est pas formellement exclu) je te promets d'essayer pour satisfaire ta curiosité.

Ceci dit je ne suis pas "intimement persuadé" non plus que les gens qui font (feraient ?) tourner Boinc à 1 % sur un projet soient vraiment préoccupés par la question des points de reprise. Pour info l'intervalle le plus court rapporté ici à ce jour est autour de 30 s (je suppose à 100 %, sinon il serait judicieux de le préciser). Ce qui ferait 50 mn à 1 %. Et beaucoup d'heures pour la plupart des autres projets...

Bye. Jean.

[JmBoullier]

Pour le nouveau projet DDDT de WCG: de 10 à 20 mn jusqu'à présent (pour un P4 HT 2.4 GHz).

Bye. Jean.

[JmBoullier]

Unités DDDT de WCG.

Depuis que les unités DDDT ont été raccourcies à environ deux heures sur un P4 lambda (il y a quelques semaines) les points de reprise sont pris à chaque changement de % de progression, soit en moyenne toutes les 72 secondes. Ce qui en fait un projet très pratique pour les petites machines et les gens qui allument et éteignent leur PC fréquemment.

Bye. Jean.

[tibidao]

Bon, ça fait un peu déterrage, mais il y a un objectif derrière ça.
Est-ce que quelqu'un peut me donner le code pour avoir les checkpoints ?
Il était mis sur la première page, mais je crois que le changement de forum a bousillé le tout.

[Heyoka]

Voila le fichier cc_config.xml : http://dl.free.fr/lBndAE7Xc
Sous Vista il faut le mettre dans C:/Documents and Settings/All Users/Application Data/BOINC

Tous les codes sont donnés ici : http://boinc.berkeley.edu/wiki/Client_configuration

[supersnoopy]

Voila le fichier cc_config.xml : http://dl.free.fr/lBndAE7Xc
Sous Vista il faut le mettre dans C:/Documents and Settings/All Users/BOINC

Tous les codes sont donnés ici : http://boinc.berkeley.edu/wiki/Client_configuration

C:/Documents and Settings/All Users/Application Data/BOINC

[tibidao]

Ok merci 

En plus c'est cool, je me demandais si ça allait marcher avec GPUGrid, c'est le cas. Donc parfait.