Bij de eerste wu waarbij dat bij mij het geval stop ik direct D@H.
Update : gestopt dus.
http://docking.cis.udel.e...ult.php?resultid=28926724
Updateupdate : Kan het zijn dat de vermelde tijd onjuist is ?
Als ik bij de boincmanager de verstreken en resterende tijd optel kom ik nog steeds op de "oude" tijd uit.
Misschien dat boinc gemiddeld per seconde looptijd een seconde overslaat en dan gewoon de "oude" tijd hanteert terwijl het bijna tweemaal zolang heeft geduurd ? Bij mij iig.
De vermelde verstreken tijd bij rapporteren is nog steeds zo rond de oude tijd.
Het kan uiteraard zijn dat ie "oude" en "nieuwe" wuutjes door elkaar afhandelt.
De ingeleverde met een opgegeven langere looptijd heb ik 27 maart ontvangen, ingeleverd op 1 / 2 / 3 en 4 april, dus niet veranderd na melding van een tekort.
LANG
<core_client_version>6.10.60</core_client_version>
<![CDATA[
<stderr_txt>
Calling BOINC init.
Starting charmm run (initial or from checkpoint)...
Calling BOINC init.
Starting charmm run (initial or from checkpoint)...
Calling BOINC init.
Starting charmm run (initial or from checkpoint)...
Calling BOINC init.
Starting charmm run (initial or from checkpoint)...
Calling BOINC init.
Starting charmm run (initial or from checkpoint)...
SUCCESS - Charmm exited with code 0.
Resolving file charmm.out...
Calling BOINC finish.
called boinc_finish
</stderr_txt>
]]>
KORT
<core_client_version>6.10.60</core_client_version>
<![CDATA[
<stderr_txt>
Calling BOINC init.
Starting charmm run (initial or from checkpoint)...
SUCCESS - Charmm exited with code 0.
Resolving file charmm.out...
Calling BOINC finish.
called boinc_finish
</stderr_txt>
]]>
[
Voor 79% gewijzigd door
MAB The Frisian op 04-04-2012 16:08
]