Zwischenspeicherung

[VadderSchlumpf]

Hallo!

Ich wollte mal fragen, wann der FAH-Client denn immer Zwischenspeichert. Speichert der nach jedem Frame ab oder auch dazwischen?

Gruß,
VadderSchlumpf

[Arnim Weber]

Wenn man die Consolenversion mit Strg+C ordnungsgemäss schliesst, speichet er exakt an der Stelle ab . Allerdings funktioniert das noch nicht mit der Fah3 beta Version

[VadderSchlumpf]

Ah, danke!

Ich dachte nämlich, man müsste auf jeden Frame warten...

VadderSchlumpf

[Michael H.W. Weber]

Nicht korrekt! Es wird NUR "frameweise" abgespeichert. Dazwischen gibt's nichts. Wenn also z.B. eine ProteinA WU am Laufen ist, wäre es bei der relativ langen Dauer pro "frame" sinnvoll, man wartet, bis das aktuelle "frame" komplett ist und steigt dann mit "ctrl-c" aus. Deswegen benutze ich z.B. den EM3-Monitor, damit der mir sagt, wielange ich zur Komplettierung des aktuellen "frames" noch warten muß.

Michael.

[VadderSchlumpf]

Ahso, ist halt nur blöd, wenn bei so Monsterproteinen der Frame total lange dauert...

Aber ist auch ok

VadderSchlumpf

[Arnim Weber]

Sorry, aber dass ist mir total neu. Schliesslich wird jedesmal im Workverzeichnis die Datei aktualisiert, sobald ich STRG-C drücke !!! Wozu, wenn er erst jedes komplette Frame neuberechnet ?

[Michael H.W. Weber]

Du kannst das ja einfach mal prüfen, indem Du nach "ctrl+c" - durchgeführt kurz vor Abschluß eines "frames" und Neustart die Dauer des ersten neuen "frames" ausmißt. Die müßte der Standardframedauer entsprechen und eben nicht der Restzeit des vorangehenden "frames".

Michael.

[Arnim Weber]

Ja, du hast Recht !!

[Euler]

Nicht korrekt! Es wird NUR "frameweise" abgespeichert. Dazwischen gibt's nichts. Wenn also z.B. eine ProteinA WU am Laufen ist, wäre es bei der relativ langen Dauer pro "frame" sinnvoll, man wartet, bis das aktuelle "frame" komplett ist und steigt dann mit "ctrl-c" aus. Deswegen benutze ich z.B. den EM3-Monitor, damit der mir sagt, wielange ich zur Komplettierung des aktuellen "frames" noch warten muß.

Michael.

Wenn ein ProteinA frame "lange" rechnet, was ist dann mit den frames der
700er Serie? Ich habe hier auf 'nem 1,6GHz Athlon Rechenzeiten von >52(!) Minuten/frame gemessen...

Das frameweise abspeichern ist ein echter Schwachpunkt im Design des Clients.

Im Übrigen finde ich die 700er Reihe echt besch... , da sie , relativ zu ProteinA, sehr viel weniger Punkte bringt. Wir werden das Alle in unserer Wochenabrechnung merken!


Euler

[VadderSchlumpf]

Wow 52 Minuten für einen Frame bei so einem Prozessor! Net schlecht

Und ich dachte, ich wäre hier bei meinen 5 Min/Frame schon schlecht dran...

Gruß,
VadderSchlumpf

[Arnim Weber]

Dafür hat die 700er Serie aber auch nur 10 Frames/Protein und ist somit wieder realtiv zu sehen zu den Proteinen, die sonst 100 frames haben !!!

[Michael H.W. Weber]

Dafür hat die 700er Serie aber auch nur 10 Frames/Protein und ist somit wieder realtiv zu sehen zu den Proteinen, die sonst 100 frames haben !!!

Ja, aber da bevorzuge ich lieber 100 statt 10 "frames" bei 1/10 der jetzigen "frame"-Dauer. Habe dabei nämlich weniger Verlust, wenn ich wirklich mal zwischendurch aussteigen muß.

@Euler: Man muß irgendwann einen Kompromiß zwischen ständiger Plattenrödelei zwecks hoher Absturzsicherheit und Gehör/Materialschutz bei etwas höherem Datenverlustrisiko schließen. Im Vergleich zu allen anderen dc Projekten, die ich mir bislang angesehen habe - und das sind eine ganze Menge - hat FAH mit Abstand die zuverlässigste Zwischenspeicherung. Vom neuen Beta-Klienten rede ich nicht (ist in meinen Augen noch kein Programm - wie übrigens alle Vorgänger-FAH-Betas auch). Ich habe am Anfang von FAH2 erleben müssen, was Zwischenspeichern im Einminutentakt für den nächtlichen Schlaf sowie die tägliche Arbeit bedeutet. Glaub' mir, Du willst keine höhere Zwischenspeicherrate (bei den 700ern gebe ich Dir Recht, vgl. oben).

Michael.