So, nun ist es so weit, ich habe weitergebastelt und die erste Version ist fertig! Ich habe es mit 7-z komprimiert, damit es von gut 800MB auf unter 300MB schrumpft.
1) Download und Installation vom VMWare Player: Download VMware Player, Free VMware - VMware
2) Neustart
3) Download der Dateien für die Virtuelle Maschine (siehe Anfang des Post)
4) Entpacken der TweakPC_Folding.exe ACHTUNG: Auf der Festplatte muss zusätzlich zu 1GB für die entpackten Dateien 2GB für den "Arbeitsspeicher" der VM platz sein!
5) Bei Bedarf VM-Einstellungen ändern (TweakPC_Folding.vmx mit Editor öffnen, details am Ende des Post)
6) TweakPC_Folding.vmx ausführen (VMWare Player sollte automatisch starten)
7) Anmeldung und Start von FAH:
TweakPC login: folder
Password: folder
Nach dem Log-In sollte "folder@TweakPC:~$" dortstehen. Dann mit "cd folding" in den Folding-Ordner wechseln und F@h konfigurieren: "./fah6 -configonly". Nach selbigem stoppt der Fah-Client von selber. Dann wieder mit "./fah6 -smp -verbosity 9" starten.
7a) VMWare hat normalerweise die Priorität "normal", nun führt das dazu, dass das Host-System nicht mehr flüssig arbeitet. Bei Nutzung ohne GPU-Klient empfehle ich die Priorität "niedrige als normal". Wenn auch noch ein GPU-Klient läuft nutze ich die Einstellungen: vmware-wmv.exe = "Niedrig" ;; GPU-Client (FahCore_11.exe) = "niedriger als normal".
8) FAH beenden
Mit [Strg]+C wird Fah sauber beendet. Meist hängt die Anzeige etwas hinten nach, dies ist aber egal. Zum Herunterfahren sind Admin-Rechte notwendig. Mit "su" sich als root anmelden (Passwort: 117800) und dann mit "init 0" die VM herunterfahren.
----------
ad5) Leider muss bei der Konfiguration der max. Arbeitsspeicher angegeben werden:
memsize = "1024" // Größe des Arbeitsspeicher der VM in MB. Dieser Platz wird auf der Festplatte benötigt. Die echte Arbeitsspeicherlast liegt bei mir bei ~600MB.
----------
Bekannte Probleme:
Nach einiger Zeit, schaltet sich in der VM der virtuelle Bildschirm ab (weis noch nicht warum). Zum Aufwecken einfach eine Taste drücken. Dadurch wird aber die Priorität von vmware-vmx.exe wieder auf "Normal" gesetzt.
Die Uhrzeit auf der VM stimmt nicht. -> Wird im nächsten Update behoben (sollte behoben sein)
Bei FahMon (im Windows) kommt die Meldung "*Hung*" -> Den Clienten editieren und das Häckchen "Client is on a virtual Machine" setzen.
Zu Beginn zeigt FahMon utopische Zeiten an, da die Zeit in der Log falsch ist.
Als Linux-noob hab ich jetzt doch mal paar Fragen und Anmerkungen:
Das ist jetzt der zweite debian client den ich ausprobiere. Beim Xubuntu-Image kann man FahMon direkt starten, bei debian sind immer irgendwelche "Verrenkungen" nötig.
Hängt das einfach damit zusammen, wie das Image gebaut wird? Also ist im debian Image nur der client enthalten, während im Xubuntu-Image das abgespeckte OS+client+FahMon liegt?
Oder ist debian prinzipiell spartanisch ausgelegt, während die Ubuntu-Varianten sozusagen "Linux für Windows-User" darstellt?
Zum neuen client: Ich hab die Schritt für Schritt Anleitung befolgt und als der client lief erst gelesen, dass die Anzahl der Kerne und der max. RAM angegeben werden muss.
Zu spät.
WU ist geladen, CPU Auslastung 90 bis 100%, RAM 52% (1,83 GB).
Scheint also auch so zu funktionieren.
Priorität von VM Ware hab ich auch nicht herabgesetzt. Es läuft kein weiterer client und somit spüre ich auch keine Beeinträchtigungen im Host-System.
Wenn du nun noch was für FahMon schreibst, bist du mein Held.
Die Einstellungen (CPU-Ansahl, Ram) kannst du immer ändern, wann die Maschine heruntergefahren ist.
Verrenkungen werden keine nötig sein, nur da ich bei Debian auf eine Grafische Oberfläche verzichtet habe, ist somit am Linux kein FahMon möglich. Muss dann halt am Host-System (Windows) installiert werden.
Die Einstellungen (CPU-Ansahl, Ram) kannst du immer ändern, wann die Maschine heruntergefahren ist.
Ja, das ist mir schon klar. Aber meine Einstellungen ^^ passen doch, da muss ich doch eigentlich nichts ändern, oder? Beide Kerne sind ausgelastet und RAM zur Hälfte.
Mal ne Frage zur VM. Ich hab mal irgendwo gelesen, dass die nur 2 Kerne unterstützt. Bei einem Quad müßte man also 2 VM laufen lassen.
Kann es sein, dass du mit deiner Einstellung die Anzahl der Kerne von 2 auf 4 heraufsetzen kannst, diese Änderung also nur für Quads relevant ist?
Zitat:
Zitat von chrisr15
Verrenkungen werden keine nötig sein, nur da ich bei Debian auf eine Grafische Oberfläche verzichtet habe, ist somit am Linux kein FahMon möglich. Muss dann halt am Host-System (Windows) installiert werden.
Also braucht man noch einen Dienst, Netzwerkfreigabe, Samba-Server o.ä.?
Im Grunde deckt sich doch die Theorie mit meinen praktisch gemachten Erfahrungen.
Der debian client ist abgespeckt (ohne graf. Oberfläche), deswegen wahrscheinlich schneller und stabiler.
Der Xubuntu client ist benutzerfreundlicher, Windows-ähnlicher- liegt dafür aber geschwindigkeitsmäßig "nur" zwischen Win und debian.
Auch mit grafischer Oberfläche braucht es einige "Verrenkungen", um FahMon zum laufen zu bewegen. Ich hab auch eine Weile gebraucht bis es auf Ubuntu lief.
Kann es sein, dass du mit deiner Einstellung die Anzahl der Kerne von 2 auf 4 heraufsetzen kannst, diese Änderung also nur für Quads relevant ist?
Diese Einstellung funktioniert nur bei Quads, da die Anzahl der eingestellten Kerne nicht die Anzahl der realen Kerne übersteigen darf.
Samba-Server läuft schon einwandfrei und somit ist auch die Netzwerkfreigabe erledigt.
Entschuldigt, dass ich mich einige Tage nicht gemeldet habe, meine Ram haben versagt (vermutlich "Hitzeschock"; ich sollte mein Lüftungskonzept überdenken).
Kannst du mal aufführen, was du bei der "ungetesteten Version" im Vergleich zur ersten Version verändert hast?
Übrigens großes Lob. Bei mir läuft der client super stabil, holt sich jedes Mal die schnelleren a2 cores und benötigt immer zwischen 17,75 und 18 Stunden.
Ich habe den maximalen Arbeitsspeicher gekürzt, dafür aber eine eigene Festplatte für die Auslagerungsdateien (Swap) angelegt. Verkürzt bei mir die Zeit, bis die VM heruntergefahren ist.
Des weiteren läuft jetzt Samba und somit ist es möglich im Windows-FahMon sich auch das LinuxSMP anzeigen zu lassen. Bei Location "\\TweakPC\folding\" eintragen.
Hab jetzt den Link wieder rausgenommen, da ich vergessen habe das ia32-libs Packet zu installieren und somit der Folding-Client immer abstürzt.
Bin gerade mitten in einer WU vom "alten" client. Sowie ich die VM zwischen 2 WU abpassen kann, probiere ich den neuen aus.
Bin mal gespannt, ob das mit FahMon klappt.
Auf jeden Fall Danke für deine Bemühungen.
Am Anfang stand dort bei ETA "k.A." Ich dachte, OK lässt ihm etwas Zeit, bis 3% rum sind.
Ab 4% steht allerdings dort "Hänger". Ich hab FahMon mehrmals auf und zu gemacht, die Projektdaten mehrmal runter geladen
und schließlich das Programm deinstalliert und ne neue Version installiert.
Der Hänger ist geblieben, nun stimmt auch der Zeitpunkt "Heruntergeladen" nicht mehr.
Der client arbeitet noch, CPU ist ausgelastet und in der Logdatei gibt es keine Fehlermeldung.
Ich glaube zu wissen warum, die Erklärung ist aber etwas aufwendiger.
Im Windows:
Die "Bios"-Uhrzeit ist die lokal gültige Uhrzeit (UTC+2), somit zieht F@H 2 Stunden ab, damit es die UTC Zeit hat. FahMon addiert, um das auszugleich wieder 2 Stunden dazu.
Im Linux:
jedoch ist die Bios-Zeit normalerweise bereits UTC und somit zieht F@H keine 2 Stunden ab. FahMon addiert aber trotzdem 2 Stunden dazu. Daraus folgt:
FahMon glaubt: Du hast die WU um 19:15 (17:15 + 2 Stunden) heruntergeladen. Es ist jedoch erst 18:30, damit kommt es nicht klar. Warte bis es 19:30 ist, dann müsste zumindest das "Heruntergeladen", zwar einen um 2 Stunden falschen, aber realistischen Wert anzeigen. (Erkennt man auch daran, dass die Fälligkeit über 3 Tage ist, obwohl es nur genau 3 Tage sein sollten).
Wenn aber die Anzeige von gelb auf grün umspringen sollte, kommt wieder "Hänger".
Das müßte in etwa mit der Zeit übereinstimmen, wenn in der VM das Bild weg geht.
Leistungsmäßig ist es jedoch ein Zuwachs von über 50%.
Danke für den Hinweis. Das hab ich völlig übersehen.
Was so ein kleines Häkchen doch aus machen kann.
Obwohl ich den client nun schon 2 mal über nacht runter gefahren hab, lieg ich voll im Zeitplan.
Ich hab noch über 1 Tag bis zur deadline und brauch nur noch 13 Stunden.
Das ist eben das Schöne am FahMon. Man muss nicht rechnen, sondern kann alles ablesen.
FahMon ist aber auch wirklich zickig.
Hab heute auch den neuen debian client installiert und FahMon hat sofort alles richtig angezeigt. Hatte mich schon gefreut ...
Nachdem ich dann aber einige Zeit später mal wieder hinsah: "Hänger" obwohl der client noch läuft.
Bei der alten Version ( 2.3.22b oder so) gibt es aber kein Kontroll-Kästchen.
Dazu braucht man die neueste Version.
Mir ist in den letzten Tagen etwas Seltsames aufgefallen.
Der client und die CPU Auslastung schwanken extrem.
Im Normalfall hab ich etwas über 90% Auslastung auf beiden Kernen und ~1600PPD.
Dann kommt irgendwann man eine Phase mit einer Auslastung von 10-40% auf einem Kern und 40-90% auf dem anderen Kern,
wobei sich beide Kerne abwechseln.
Nach längerer Zeit, oder wenn ich den client neu starte, komme ich dann wieder auf 90 bis 100% bei beiden Kernen und
erreiche so um die 4000 PPD, hier sind es sogar 4686.
Sehe dir einmal die Ausgabe an, wenn du den Client beendest (Strg + "C").
Hatte einmal das Problem, dass zwei der 4 Prozesse hing. (Bei der Ausgabe steht dann "Core 1 hang for xxxx seconds" oder so ähnlich. 3 Prozesse schaffen es vermutlich nicht einen Dualcore zu 100% auszulasten.
Ja ich denk beim nächsten Mal dran und seh mir das an.
Diesmal allerdings hab ich vor Aufregung mit irgendeiner anderen Taste oder Tastenkombination den client abgeschossen.
Ich seh auf FahMon und lese 4997 PPD.
Allerdings war das VM Fenster schwarz, also hab ich ne Taste gedrückt, damit das Bild wieder kommt und wollte gleich nen screenshot machen.
Wahrscheinlich hatte ich die linke Hand noch auf Strg (liegt ja so günstig links unten), während ich mit rechts auf "Druck" gedrückt hab.
Wie man schön sehen kann, ist der Schnappschuss gut gelungen. Die Anzeige steht noch auf grün, aber die CPU-Auslastung ist schon 0% und die Temps unter 40°C.
Außerdem steht 4mal Return Code=0 da, also stimmt es schonmal, das bei voller Auslastung 4 Prozesse laufen. Wenn es wieder hängt, schaue ich mal nach, ob nur 2 Prozesse laufen.
Leider hab ich mir durch den Abbruch versaut, evtl. noch auf 5000 PPD zu kommen.
Nach dem Neustart war die Anzeige gelb und da nur noch 2% fehlten, gab es kein neues Ergebnis mehr. (L3F)
Debian500 mit F@h für VMWare 
Linear-Darstellung
