Kurze Info:
Heute gab es Probleme mit den WorkServern (WS) 140.163.4.233, 140.163.4.234, 140.163.4.235 und dem CollectionServer (CS) 140.163.4.241.
Wer feststellen sollte, dass er berechnete, aber noch nicht hochgeladene Core18-WU´s hat, sollte den Clienten pausieren, beenden und neustarten.
Damit wird ein sofortiger Upload angestoßen.
@brooker
Die Angaben dazu sind irgendwo im FoldingForum oder im folding@home-Slack "verborgen", aber wenn Du das Share/openmm_data-Verzeichnis des FahBench öffnest, findest Du Dateien, die:
- xxxx.integrator.xxxx.xml
- xxxx.state.xxxx.xml
- xxxx.system.xxxx.xml
heißen.
Wenn Du das Work-Verzeichnis einer WU öffnest, findest Du dort dieselben Dateien:
- integrator.xml
- state.xml
- system.xml.
Mein Ansatz wäre, die Originaldateien des FahBench durch die einer WU zu ersetzen _ wobei erst einmal egal wäre, ob Du diese dann xxx.explicit.xxx oder xxx.implicit.xxx nennst.
Das Ergebnis (in ns/day) zeigt dann, was es ist (Anhaltspunkt ~ explicit<100>implicit z. B. bei einer GPU a la GTX970, R9 290 etc).
Mein Tipp:
Starte erst einmal das FahBench-Original - bei mir wird unter Windows und AMD-GPU z. B. nur explicit angezeigt - benenne die Dateien danach, was "angeboten" wird.
Noch ein Tipp:
In der Version FahBench 2.0.2 wurde im FahBench-Ordner der Ordner platforms mit der Datei qwindows.dll "vergessen" - diesen kannst Du z. B. aus der Version 2.1.2 "integrieren", dann läuft auch diese. Aber achte darauf, die "normale" Version nur zu benutzen, wenn auch ein nVidia-Treiber installiert ist, sonst erhälst Du eine Fehlermeldung wegen nicht installiertem Cuda (dafür gibt es eine non_cuda-Version) und FahBench startet nicht.
Bei Version 2.1.2 erhälst Du zwar auch eine Fehlermeldung wegen fehlendem Cuda-Treiber, diese Version startet trotzdem - aber nur unter OpenCL.