[HowTo] Windows+VMware*Xubuntu64/F@H

[crackajack]

Nach einigen testen kam ich zum Schluß, das durch dein Einsatz eines CPU Clients meine GraKa PPD in den Keller ging. Statt ca 11000 PPD mit GPU only habe ich jetzt MIT CPU Client (Linux) nur noch 6000 PPD insgesamt.

Also doch nicht nur bei mir so.

hmmm.... muss also wirklich jeder selber testen ob das bei ihm was bringt oder eher die ppd insgesamt reduziert.

Ich lasse auch nur eine VM (=zwei der vier Kerne) laufen, da ich sonst Einbrüche bei der GPU habe.

 

[klefreak]

das problem ist, dass es derzeit außer mit PRIFINITY keine möglichkeit gibt, dass die CORE11.exe ne höhere Priorität als die VMWare bekommt, daher kommt dann auch der PPD einbruch

das "Slightly Higher" ist eine zu niedrige Priorität, da sie offizioll immer noch "LOW" ist
das Starten des Client über ne Patch datei auf "Normal" beeinflusst leider nur die FAH.exe und nicht die CORE.exe
PRefinity lauft bei mir nicht rund, würde aber das händische Prioritätsverändern nach jedem neuen WU beginn ersetzen.

--> ohne Manuelle Prioritätskontrolle 2600ppd(CPU) 600ppdGPU
--> mit manueller prioritätskontrolle 2550ppd CPU 1300ppd GPU

--> ich denke mal, dass auch bei euch hier das Problem zu suchen ist

mfg KLemens

http://foldingforum.org/viewtopic.php?f=50&t=9719 hier der passende Tread zum Thema "erweiterte Prioritätseinstellung" im Foldingforum, leider sehen dort manche ADMINS (bruce) nicht ganz ein wofür ein solches Feature gut sein soll..

 

[Invidious]

Hab mir jetzt auch mal VMware+ Xbuntu64/F@H installiert, was mir noch nicht ganz klar ist wo muss ich smp bzw. -verbosity 9 setzen , unter Windows ist es ja in der Verknüpfung, aber bei Xbuntu64 hab ich kein Plan?!

Es läuft grad Project 4438 und er braucht 10min für 1%, viel zu lahm wie ich finde unter Vista 64 erledigt der Phenom II X4 es in nur 8min und die Auslastung mit 2x Gpu Client + 1x Xbuntu64 SMP-Client ist auch nur bei 37%, liegt ja wahrscheinlich an dem Fehlen von smp bzw. -verbosity?!

 

[Fate T.H]

Ganz einfach entweder du startest den klient wie folgt

./fah6 -smp -verbosity 9

oder du machst einmal

./fah6 -configonly

Beantwortest die Fragen bist zu dem Punkt wo er fragt ob du die Advanced Settings ändern möchtest.
Da sagts du ja und beantwortest weiter die Fragen bis zu dem Punkt kommst -> Additional client parameters []?

da kannste dann eingeben -> -smp -verbosity 9

und beantwortest die letzten fragen.

Durch die zweite option wird der Klient immer mit -smp -verbosity 9 aufgerufen auch wenn du nur ./fah6 eingibst.


Project 4438 ist keine SMP WU die haben nämlich die nummern 2669,2670,2671,2675,2676,2677

 

[Invidious]

@AM-Subaru

Vielen Dank für deine ausführliche Antwort , jetzt funzt es richtig Project 2669 mit 50% Auslastung und 8min für 1% und das mit nur zwei Kernen, unter Vista 64 brauchte ich dazu alle 4 Kerne, sehr geil

 

[Invidious]

So jetzt hab ich noch ein Problem das Project 2669 ist fertig es wurde auch gesendet allerdings ist der Client jetzt seit einiger Zeit ohne Arbeit!

Anzeigen tut er folgendes:

[17:31:04] + Attempting to send results
[May 14 17:31:04 UTC]


[17:31:04] - Reading file work/wuresults_02.dat from core

[17:31:05] (Read 25872068 bytes from disk)
[17:31:05] Connecting to http://171.64.65.56:8080/

[17:31:06] Posted data.

[17:31:06] Initial: 40AB; - Successful: assigned to (171.64.65.56).

[17:31:06] + News From Folding@Home: Welcome to Folding@Home

[17:31:06] Loaded queue successfully.

[17:31:06] Connecting to http://171.64.65.56:8080/

[17:31:17] Posted data.

[17:31:17] Initial: 0000; - Receiving payload (expected size: 4836776)


Vielleicht hat ja jemand ne Idee

 

[klefreak]

schau mal ob du im Linux ein funktionerendes Internet hast?? (firefox)
als zweites kannst du über APPLICATION/SYSTEM/SYSTEMÜBERWACHUNG schauen ob die neue WU schon runtergeladen wurde --> bei mir sinds da üftmals größere Bröcken !
ansonsten hilft eventuell ein Neustart der VM

ps: wenn du den Client eventuell in der CONFIG bearbeitest, könntest du neben -SMP auch noch ein "-verbosity 9" einfügen, dann bekommt man mehr infos in Fahmon.. !!

so schaut das gleiche bei mir aus:
(das Rotmarkierte kommt auch bei dir vor !!)

[18:35:58] + Attempting to send results [May 14 18:35:58 UTC]
[18:35:58] - Reading file work/wuresults_08.dat from core
[18:35:59] (Read 25892677 bytes from disk)
[18:35:59] Connecting to http://171.64.65.56:8080/
[18:42:51] Posted data.
[18:42:52] Initial: 0000; - Uploaded at ~60 kB/s
[18:42:58] - Averaged speed for that direction ~154 kB/s
[18:42:58] + Results successfully sent
[18:42:58] Thank you for your contribution to Folding@Home.
[18:42:58] + Number of Units Completed: 24

[18:43:00] - Warning: Could not delete all work unit files (8): Core file absent
[18:43:00] Trying to send all finished work units
[18:43:00] + No unsent completed units remaining.
[18:43:00] - Preparing to get new work unit...
[18:43:00] + Attempting to get work packet
[18:43:00] - Will indicate memory of 1000 MB
[18:43:00] - Connecting to assignment server
[18:43:00] Connecting to http://assign.stanford.edu:8080/
[18:43:01] Posted data.
[18:43:01] Initial: 40AB; - Successful: assigned to (171.64.65.56).
[18:43:01] + News From Folding@Home: Welcome to Folding@Home
[18:43:01] Loaded queue successfully.
[18:43:01] Connecting to http://171.64.65.56:8080/
[18:43:08] Posted data.
[18:43:08] Initial: 0000; - Receiving payload (expected size: 4842179)
[18:44:39] - Downloaded at ~51 kB/s
[18:44:39] - Averaged speed for that direction ~210 kB/s
[18:44:39] + Received work.
[18:44:39] Trying to send all finished work units
[18:44:39] + No unsent completed units remaining.
[18:44:39] + Closed connections
[18:44:39]
[18:44:39] + Processing work unit
[18:44:39] At least 4 processors must be requested.Core required: FahCore_a2.exe
[18:44:39] Core found.
[18:44:39] Working on queue slot 09 [May 14 18:44:39 UTC]
[18:44:39] + Working ...
[18:44:39] - Calling './mpiexec -np 4 -host 127.0.0.1 ./FahCore_a2.exe -dir work/ -suffix 09 -checkpoint 10 -verbose -lifeline 3848 -version 624'

[18:44:40]
[18:44:40] *------------------------------*
[18:44:40] Folding@Home Gromacs SMP Core
[18:44:40] Version 2.07 (Sun Apr 19 14:51:09 PDT 2009)
[18:44:40]
[18:44:40] Preparing to commence simulation
[18:44:40] - Ensuring status. Please wait.
[18:44:41] Called DecompressByteArray: compressed_data_size=4841667 data_size=24003985, decompressed_data_size=24003985 diff=0
[18:44:41] - Digital signature verified
[18:44:41]
[18:44:41] Project: 2669 (Run 3, Clone 46, Gen 6)
[18:44:41]
[18:44:41] Assembly optimizations on if available.
[18:44:41] Entering M.D.
[18:44:51] (Run 3, Clone 46, Gen 6)
[18:44:51]
[18:44:51] Entering M.D.
[18:54:31] pleted 2500 out of 250000 steps (1%)

 

[Invidious]

@klefreak

Danke für die Antwort, also der Client arbeitet wieder!
Es sind anscheint wirklich so große Brocken die er sich herunterlädt, bei mir allerdings mit nur 8 kB/s.

Deswegen dauert das so lange, ich hatte in den Optionen auch Big angegeben und -SMP und -verbosity 9" sind auch einfügt.
Internet funktioniert auch über Linux allerdings hab ich hier nur Dsl-Light und wenn ich im Windows surfe reicht es scheinbar nur noch für 8 kB/s von insgesamt 45 kb/s.

Ich werde mal nicht surfen wenn er wieder laden will und das ganze beobachten, um 12:12 Uhr will der Phenom ja schon wieder Arbeit.

 

[klefreak]

naja, bei mir greift er auch über die VM auf die volle internetgeschindigkeit zurück, da wird bei dir das Problem eher an langsamen Servern bei Stanford liegen, als dass dein INet zu langsam wäre

aber schön zu hören, dass sich was tut

mfg KLemens

 

[crackajack]

da wird bei dir das Problem eher an langsamen Servern bei Stanford liegen, als dass dein INet zu langsam wäre

Denk ich auch. Hab mich bei den ersten WUs auch gewundert das nach dem Beenden der WU alles "ewig" steht. Derweil war der halt noch mit Upload beschäftigt. Hab halt zweimal die VM neugestartet bevor ich das kapiert habe.^^
Beim Win-SMP dauert das glaube ich nie solange.

 

[Invidious]

@crackajack

Dann bin ich ja beruhig das ich nicht der einzige bin, aber es funktioniert wenigstens auch wenn's etwas dauert!

Ich bin auch der Meinung, dass es beim Win-SMP Client nie so lang gedauert hat, aber die Performance von VMware u. Xubuntu64 ist echt Wahnsinn 3112 PPD und das mit nur 2 Kernen

 

[nfsgame]

Was für ne CPU hast du denn?

 

[Invidious]

@nfsgame

Bei mir läuft ein Phenom II X4 940, wenn ich die beiden anderen Kerne noch dazu schalte sind bestimmt über 6000 PPD mit der CPU möglich!

Aber so wie das jetzt im Moment ist, ist es eigentlich Perfekt und vernünftig arbeiten kann man auch noch, ohne das die Folding-Leistung einbricht...

 

[CheGuarana]

@ Individous: Dürfte man erfahren was du genau gemacht hast?
Ich auch will 6000 mit meinem PHII940!!!

 

[nfsgame]

@ Individous: Dürfte man erfahren was du genau gemacht hast?
Ich auch will 6000 mit meinem PHII940!!!

Linux SMP .

 

[Invidious]

@Toxy

Na klar, also erstmal die groben Daten meiner läuft mit 3711Mhz bei 1.488V und das wichtige beim Phenom ist der NB Frequency diese ist bei mir 2800Mhz bei 1.425V,das vergessen viele

Würde zwar auch mit 3900Mhz gehen aber das macht er keine 12 Std. dann stürzt er mir ab und der gute Phenom soll standfest sein. Damit läuft er auch 24 Std. und mehr stabil


Probier das mal aus das sollte eigentlich schon reichen um mit zwei Kernen ordentlich zu Punkten

Ich werd mir am Wochende mal die Mühe machen und einen zweiten Xubuntu64 Client zum laufen bringen mal schauen ob er die 6000PPD auch wirklich schafft.

 

[Muschkote]

Hallo, meine Frage ist für einige vieleicht ein Lacher aber wie lautet der Befehl in Xubuntu unter Vmware um den SMP-Clienten ordentlich zu schließen? Unter Windows ist das ja mit Strg + C gemacht.

 

[nfsgame]

Ich klick in der Webbansicht von VMWare immer auf "Stop". Dann wird der komplette VM ordnungsgemäß beendet.

 

[Muschkote]

Und die aktuell laufende WU nimmt keinen Schaden oder Verlust dadurch?

 

[nfsgame]

Nein, läuft alles super weiter wenn man die VM wieder startet.