Folding : le topic

[Laubean]

Bah, sur le portable je sauvegarde rien, mais j'avais pas ca avant...

[artic]

Salut,

 

apparemment il y a des WU qui n'aiment pas être coupées nettes (micro-coupures, ...) et du coup repartent à zéro ( truc muche "does not match" ...).

 

J' évite ça en fermant F@H avant de sauvegarder le rép ...\work (UltraBackup).

 

As tu vérifié ta config F@H pour des sauvegardes régulières ?

422326[/snapback]

Non je pense que Olivier parle des fréquences de checkpoints que tu peux régler dans la config du client.

En même temps puisqu'elle repart à zéro ça ne va rien changer.

Tu es sous XP et c'est en mode service? Ou bien est ce la console classique?

[Laubean]

Sous XP en mode console.

[artic]

Est ce que tu coupes bien la console par crtrl+C avant d'éteindre?

Parceque comme a dit Olivier certaines WU sont plus sensibles que d'autres à la façon dont on stoppe les calculs. Et il semblerait qu'il y en ait pas mal sur le marché en ce moment

[Laubean]

Je re-essaierai ce soir avec Ctrl+C

Merci!

[NIKOSIX]

J'ai eu (du temps jadis) des déboirs avec Ctrl+C

depuis je ferme simplement la fentre.

 

Salut normalement, tu downloades ce client dans un répertoire créé dans ton home.

 

tu te places dans ce répertoire créé par le user et tu fais un chmod 755 FAH5-Linux.exe.

421908[/snapback]

 

Merci Y@kuz@ pour le tuyau, ça m'a permis de récupérer un Tinker à 25 %

Domage pour moi, j'ai pas réussi avec celle qui était à 99%

Modifié le 16 novembre 2004 par NIKOSIX

[TheClem]

Bienvenue à [Zebulon.fr]_TaigaLupus

[artic]

Bienvenue à [Zebulon.fr]_TaigaLupus

422735[/snapback]

 

Ouaip bienvenue, démarrage en trombe en plus!

[KewlCat]

Petites infos en passant :

 

- Les 1308, 1309 et 1310 que j'ai vu passer avaient tendance à exploser en cours de pliage, du coup je me coltine de nouveau une série de 1124 et 1125

[07:55:30] Project: 1308 (Run 215, Clone 3, Gen 6)
[07:55:30]
[07:55:31] Assembly optimizations on if available.
[07:55:31] Entering M.D.
[07:55:42] Protein: p1308_1ryp_sv2_a4_k150_2fs
(...)
[14:38:48] Completed 14000 out of 200000 steps  (7%)
[15:13:58] Quit 101 - Fatal error:
[15:13:58] Step 15223, time 30.446 (ps)  LINCS WARNING
[15:13:58] relative constraint deviation after LINCS:
[15:13:58] max 0.002050 (between atoms 43481 and 43483) rms 0.000032
[15:13:58]
[15:13:58] Simulation instability has been encountered. The run has entered a
[15:13:58]   state from which no further progress can be made.
[15:13:58] If you often see other project units terminating early like this
[15:13:58]   too, you may wish to check the stability of your computer (issues
[15:13:58]   such as high temperature, overclocking, etc.).
[15:13:58] Going to send back what have done.
[15:13:58] logfile size: 13784
[15:14:38] Folding@home Core Shutdown: EARLY_UNIT_END
[15:16:41] CoreStatus = 72 (114)
[15:16:41] Sending work to server

 

- Les explosions de WU n'étant pas suffisantes, une coupure de courant est venue mettre son nez dans mes affaires (et faire redémarrer mon serveur qui affichait plus de 90 jours d'uptime !) du coup il a fallu redémarrer deux fois les clients FAH (la première fois pour qu'ils se rendent compte que le précédent lancement avait été interrompu salement, décidant d'utiliser des boucles "classiques" ; la deuxième fois pour qu'ils redémarrent sainement et décident d'utiliser les optimisations SSE qui font aller les calculs beaucoup plus vite !)

 

- J'ai essayé à plusieurs reprises de reprendre avec un client Linux un pliage commencé sous Windows, systématiquement le travail commencé sous Windows était effacé et une nouvelle WU était téléchargée (client v5.02). Je n'ai pas cherché plus loin. J'ignore ce qui provoque ce comportement, mais apparemment il y a quelque chose qui empêche d'exploiter un même et unique répertoire work/ avec les clients Linux et Windows... (enfin, quand je parle du répertoire work... les autres fichiers, notamment client.cfg, étaient évidemment les mêmes)

[TheClem]

Bienvenue à [Zebulon.fr]_d32_02 et [Zebulon.fr]_chris62400