Bugfix für Windows-Clients

[Pascal]

ftp://ftp.mshri.on.ca/pub/distribfold/d ... ajlite.zip

Einfach den Client beenden, die foldtrajlite.exe ersetzen und den Client wieder starten.

Einige Bugs sollen behoben sein.

[Dennis Kautz]

Einfach den Client beenden

Aber bloss richtig beenden!! (sorry, den konnte ich mir nicht verkneifen )

[Passiver Camper]

Hmmm, nur so ein Gefühl, aber ich glaube, der Client ist nach dem Update bei mir langsamer geworden

Ich habe erst einmal wieder die alte foldtrajlite.exe genommen, da es auch ohne dem Fix bei mir bisher ganz gut gelaufen ist

Harald

P.S.: laut Howard Feldman wurden folgende Bugs behoben:

We have fixed a number of minor bugs which mostly (if not exclusively) affect Windows users. The handle leak should be fixed. It is unclear if this was also what was causing the memory leak (ie the handles using memory) although I doubt it... The handle leak was definitely related to the -g frequency option.

Also some bugs or potential bugs with the TMP / DFPTEMP paths and files are fixed. Specifically, those few people who observed a "Insert duplicate residue" error should hopefully never see this message again. There should be no need to have separate TMP directories for multiple processes on multiple CPU machines.

[Patrick1984]

Kommt mir auch so vor, werde das aber noch ein bisschen weiter beobachten und auf andere Meinungen hier warten, wenn er wirklich langsamer sein sollte mach ich auch wieder den alten drauf.

[Pascal]

Kommt mir auch so vor, werde das aber noch ein bisschen weiter beobachten und auf andere Meinungen hier warten, wenn er wirklich langsamer sein sollte mach ich auch wieder den alten drauf.

http://www.distributedfolding.org/phaseiifaq.html

Da steht, warum.

Der Client rechnet an bestimmten Stellen eben etwas herum. Kann evtl sein, dass der noch nicht soo recht optimiert ist.
Debugging von Anwendungen bedeutet aber ne Menge Arbeit, v. a. ausgiebiges Testen.

[Patrick1984]

Sollte ja auch nicht böse gemeint sein, sondern nur zur optimierung meiner geringen rechenleistung! Und da ich keine probleme mit den alten hatte wäre das also für mich dann vorteilhaft.

[crit]

hmm sehr lamgsam - eine generation in 5 stunden !

[Patrick1984]

Sah erst schlimmer aus als es ist.

Hatte erst gedacht das er lahm ist weil die 67. gen: 60 min brauchte , jedoch bei der 68: gen wieder bei 20min und der 69. gen. bei 30 min , dass ist in ordnung!

Ich denke werde ihn drauf belassen!

[crit]

ich hab wieder gewechselt - weil 1 generation und die noch nichtmal fertig nach 5 stunden is doch ein wenig happig.

[Patrick1984]

Das ist schon ganz schön happig, dann hätte ich wohl auch wieder gewechselt, wielange dauert es mit dem alten bei dir crit?

[Pascal]

..
Der Client rechnet an bestimmten Stellen eben etwas herum. Kann evtl sein, dass der noch nicht soo recht optimiert ist.
Debugging von Anwendungen bedeutet aber ne Menge Arbeit, v. a. ausgiebiges Testen.

Dem ist einfach so. Genau dadurch zeichnet sich der neue Algorithmus aus, genau das senkt nämlich den RMSD. Einfach laufen lassen.

[Passiver Camper]

..
Der Client rechnet an bestimmten Stellen eben etwas herum. Kann evtl sein, dass der noch nicht soo recht optimiert ist.
Debugging von Anwendungen bedeutet aber ne Menge Arbeit, v. a. ausgiebiges Testen.

Dem ist einfach so. Genau dadurch zeichnet sich der neue Algorithmus aus, genau das senkt nämlich den RMSD. Einfach laufen lassen.

Wenn das so ist, dann werde ich natürlich überall diese Datei updaten

Harald