Folding@Home - Hardwareluxx Team

Vielleicht ist das wie bei der CPU, wenn du z. B. nen leeren Loop programmierst .. dafür braucht der Professor garantiert auch nicht alle seiner Schaltungen um da sinnlos rumzuloopen, aber der Taskmanager zeigt 100% Auslastung .. wahrscheinlich weil ers so schnell macht wie er kann.
Das müsste irgendsowas wie die Steuerlogik sein, die dann ausgelastet ist oder so.. und wenn nun noch ein "echter" Task dazwischenkommt, ist es für die Steuerlogik nicht viel Aufwand ihn zw. einen der Mio. Loops dazwischenzupacken, aber es werden dann effektiv mehr Transistoren/Schaltungen des Prozessors genutzt.

Daher zieht die CPU auch unterschiedlich Power, je nachdem welche Art von Programm sie belastet - ebenso die Wärmeabgabe. Und genau das gleiche Spiel dürfte bei Stabilitätstests für Verwirrung sorgen -> CPU lief zwar zwei Tage lang stable auf 100% und jetzt wird für 2 Minsen was andres gestartet und der PC kaggt ab. Müsste alles so erklärbar sein.
 
Wenn Du diese Anzeige nicht sehen willst, registriere Dich und/oder logge Dich ein.
sagt mal was hat es zu bedeuten wenn der fah gpu try client plötzlich nen anderes symbol hat und als mouse hover die nachricht GPU - F@H: Sleeping....
erscheint?
 
tja..dann bekommst entweder keine Workunit weil EUE zu oft vorkamen.
Sind den WUs schon komplett durchgelaufen?

Welchen Client nutzt du..solche Informationen immer mit angeben.
 
Ist der GPU F@H 6.12 Beta 11 Client
und ja hab damit schon einige Wus fertig gestellt und noch ne Fehlermeldung gekrigt.
Allerdings wenn ich den Client jetzt starte will er nen neuen FahCore_11 runterladen nachdem er dann fertig ist geht er in den sleeping Mode.
Steht jetzt auch dran das der Client 15 Wus schon fertig gestellt hat.
 
Geh mal ins FAH homedir und poste mal bitte was in der FAH Log steht.
ATI oder nvidia ?
 
@ MainEvent:
wenn du mit deiner cpu bei der taktung nur 184,13 ppd beim cpu-clieneten mit amber-core bekommst, dann halte dich fest, denn ich bekomme 201,29 ppd (laut fahmon) mit einem amd athlon x2 5000+ black edition der mit 2800mhz bei 1,2 volt läuft :banana:, das sind ganze 800mhz weniger und ich bekomme trotzdem mehr ppd :hmm: und der gpu-client läauft auch noch mit, der mir weitere 4000 ppd (+20, -80) liefert (9600gt: 760, 1850, 1080)

mögliche ursache:
ich lasse den gpu und cpu-clienten jeweils nur auf einem core laufen (2x100%) und bekomme dadurch die 4200 ppd, wenn ich das nicht tu, dann bekomme ich nur max 3900 ppd weil der cpu-client automatisch auf beiden kernen laüft und ich dadurch nur eine 80%tige auslastung bekomme

überprüfe die kernbelegung der clienten!


Frage an alle:
was soll ich anstellen damit der cpu-client nur einen kern benutzt und das dauerhaft, denn jedesmal wenn er eine neue wu bekommt, verteilt er die arbeit auf beide kerne:wall:, ich muß dann manuel auf einen kern umstellen damit ich die 4200 ppd bekomme, sonst nur 3900
im log steht machine id 1, das bedeutet nur ein kern und das ist der 1ste (kern 0)
 
Afaik macht ein SMP Client kein Sinn mit nur einen Core.
Solltest du aber die einfache Version von F@H nutzen..scheint es ein Bug zu sein.
 
also ich nutze den normalen cpu-clienten (6.12 beta 11)
der smp macht mainer meinung nach bei 2 kernen keinen sinn wenn der gpu-client mitläuft, es seiden er ist trotzdem auch mit einem kern schneller, ist mir aber nicht bekannt

aber die logeinstellung ist doch richtig, wenn der cpu-client nur auf einem kern laufen soll oder?

vorteile oder nachteile beim smp gegenüber cpu-client?
 
ist auch egal!
kannst du mir sagen ob der smp-client besser ist als der cpu-client? er würde bei mir nur auf einem kern laufen wie der cpu-client
 
21:50:43] *------------------------------*
[21:50:43] Folding@Home GPU Core - Beta
[21:50:43] Version 1.03 (Tue Jun 3 11:31:16 PDT 2008)
[21:50:43]
[21:50:43] Compiler :
[21:50:43] Build host: amoeba
[21:50:43] Preparing to commence simulation
[21:50:43] - Looking at optimizations...
[21:50:43] - Created dyn
[21:50:43] - Files status OK
[21:50:43] Need version 104
[21:50:43] Error: Work unit read from disk is invalid
[21:50:43]
[21:50:43] Folding@home Core Shutdown: CORE_OUTDATED
[21:50:47] CoreStatus = 6E (110)
[21:50:47] + Core out of date. Auto updating...
[21:50:47] New core downloaded for this work unit, but still out of date.
[21:50:47] - Attempting to download new core...
[21:50:47] + Downloading new core: FahCore_11.exe
[21:50:49] + 10240 bytes downloaded
[21:50:49] + 20480 bytes downloaded
[21:50:49] + 30720 bytes downloaded
[21:50:50] + 40960 bytes downloaded
[21:50:50] + 51200 bytes downloaded
[21:50:50] + 61440 bytes downloaded
[21:50:50] + 71680 bytes downloaded
[21:50:50] + 81920 bytes downloaded
[21:50:51] + 92160 bytes downloaded
[21:50:51] + 102400 bytes downloaded
[21:50:51] + 112640 bytes downloaded
[21:50:51] + 122880 bytes downloaded
[21:50:51] + 133120 bytes downloaded
[21:50:51] + 143360 bytes downloaded
[21:50:51] + 153600 bytes downloaded
[21:50:51] + 163840 bytes downloaded
[21:50:51] + 174080 bytes downloaded
[21:50:51] + 184320 bytes downloaded
[21:50:51] + 194560 bytes downloaded
[21:50:51] + 204800 bytes downloaded
[21:50:51] + 215040 bytes downloaded
[21:50:51] + 225280 bytes downloaded
[21:50:51] + 235520 bytes downloaded
[21:50:52] + 245760 bytes downloaded
[21:50:52] + 256000 bytes downloaded
[21:50:52] + 266240 bytes downloaded
[21:50:52] + 276480 bytes downloaded
[21:50:52] + 286720 bytes downloaded
[21:50:52] + 296960 bytes downloaded
[21:50:52] + 307200 bytes downloaded
[21:50:52] + 317440 bytes downloaded
[21:50:52] + 327680 bytes downloaded
[21:50:52] + 337920 bytes downloaded
[21:50:52] + 348160 bytes downloaded
[21:50:52] + 358400 bytes downloaded
[21:50:52] + 368640 bytes downloaded
[21:50:52] + 378880 bytes downloaded
[21:50:52] + 389120 bytes downloaded
[21:50:52] + 399360 bytes downloaded
[21:50:52] + 409600 bytes downloaded
[21:50:52] + 419840 bytes downloaded
[21:50:53] + 430080 bytes downloaded
[21:50:53] + 440320 bytes downloaded
[21:50:53] + 450560 bytes downloaded
[21:50:53] + 460800 bytes downloaded
[21:50:53] + 471040 bytes downloaded
[21:50:53] + 481280 bytes downloaded
[21:50:53] + 491520 bytes downloaded
[21:50:53] + 501760 bytes downloaded
[21:50:53] + 512000 bytes downloaded
[21:50:53] + 522240 bytes downloaded
[21:50:54] + 532480 bytes downloaded
[21:50:54] + 542720 bytes downloaded
[21:50:55] + 552960 bytes downloaded
[21:50:55] + 563200 bytes downloaded
[21:50:55] + 573440 bytes downloaded
[21:50:55] + 583680 bytes downloaded
[21:50:55] + 593920 bytes downloaded
[21:50:55] + 604160 bytes downloaded
[21:50:55] + 614400 bytes downloaded
[21:50:56] + 624640 bytes downloaded
[21:50:56] + 634880 bytes downloaded
[21:50:56] + 645120 bytes downloaded
[21:50:56] + 655360 bytes downloaded
[21:50:56] + 665600 bytes downloaded
[21:50:56] + 675840 bytes downloaded
[21:50:56] + 686080 bytes downloaded
[21:50:56] + 696320 bytes downloaded
[21:50:56] + 706560 bytes downloaded
[21:50:56] + 716800 bytes downloaded
[21:50:57] + 727040 bytes downloaded
[21:50:57] + 737280 bytes downloaded
[21:50:57] + 747520 bytes downloaded
[21:50:57] + 757760 bytes downloaded
[21:50:57] + 768000 bytes downloaded
[21:50:57] + 778240 bytes downloaded
[21:50:57] + 788480 bytes downloaded
[21:50:57] + 798720 bytes downloaded
[21:50:57] + 808960 bytes downloaded
[21:50:57] + 819200 bytes downloaded
[21:50:58] + 829440 bytes downloaded
[21:50:58] + 839680 bytes downloaded
[21:50:58] + 849920 bytes downloaded
[21:50:58] + 860160 bytes downloaded
[21:50:58] + 870400 bytes downloaded
[21:50:58] + 880640 bytes downloaded
[21:50:58] + 890880 bytes downloaded
[21:50:58] + 901120 bytes downloaded
[21:50:58] + 911360 bytes downloaded
[21:50:58] + 921600 bytes downloaded
[21:50:58] + 931438 bytes downloaded
[21:50:58] Verifying core Core_11.fah...
[21:50:58] Signature is VALID
[21:50:58]
[21:50:58] Trying to unzip core FahCore_11.exe
[21:50:59] Decompressed FahCore_11.exe (3510272 bytes) successfully
[21:51:04] + Core successfully engaged
[21:51:04] Deleting current work unit & continuing...
[21:51:08] - Preparing to get new work unit...
[21:51:08] + Attempting to get work packet
[21:51:08] - Connecting to assignment server
[21:51:09] - Successful: assigned to (171.64.65.103).
[21:51:09] + News From Folding@Home: GPU folding beta
[21:51:09] Loaded queue successfully.
[21:51:12] + Closed connections
[21:51:17]
[21:51:17] + Processing work unit
[21:51:17] Core required: FahCore_11.exe
[21:51:17] Core found.
[21:51:17] Working on queue slot 06 [July 24 21:51:17 UTC]
[21:51:17] + Working ...
wird gemacht sry kannte das net ^^
 
Zuletzt bearbeitet:
WAFO schrieb:
ist auch egal!
kannst du mir sagen ob der smp-client besser ist als der cpu-client? er würde bei mir nur auf einem kern laufen wie der cpu-client
Zum Vergrößern anklicken....

naja mit nur einem kern glaube ich irgendwie net das du mitm smp client ne wu fertig krigst
 
WAFO schrieb:
Frage an alle:
was soll ich anstellen damit der cpu-client nur einen kern benutzt und das dauerhaft, denn jedesmal wenn er eine neue wu bekommt, verteilt er die arbeit auf beide kerne:wall:, ich muß dann manuel auf einen kern umstellen damit ich die 4200 ppd bekomme, sonst nur 3900
im log steht machine id 1, das bedeutet nur ein kern und das ist der 1ste (kern 0)
Zum Vergrößern anklicken....

Bitte berichtigen wenn ich falsch liege, aber die machine id hat nichts mit der Prozessorzugehörigkeit zu tun.

Der GPU-Tray-Client, wenn nicht anders konfiguriert, legt sich bei ner Zweikern-CPU immer auf Kern 1 (-> FahCore_11.exe; das Hostprog "Folding@home.exe" spielt dabei keine Rolle afaik)

Der CPU-Client (ich kenn nur die Console-Version) legt sich immer auf Kern 0 + Kern 1, also beide.

Sehr bequem kann man das mit einem Tool regeln, welches die Prozessorzugehörigkeit eines Programms steuert und sich diese auch "merken" kann (z.B. "Get and Set CPU Affinity").
CPU-Client auf Kern 0 binden, da sich der GPU-Client ja immer auf Kern 1 breit macht, und gut ist.
 
Also es wäre mir neu das der GPU-Client sich nur auf Kern 1 breit macht ;)

Bei mir ist die Zugehörigkeit beim GPU- und CPU-Client immer auf alle 4 Kerne verteilt.
 
Auf 4 verschiedenen Rechnern (nur DualCores, kein Quad) 3x XP / 1x Vista -> die "FahCore_11.exe" läuft bei mir immer auf CPU1. -> alles Nvidia Karten

Der zugehörige Host, die "Folding@home.exe" läuft aber immer auf allen CPUs, falls du den meinst.

GPU Tray Client 6.12 Beta 11 / 8
Konfiguration -> Advanced -> kein Haken in "Do NOT lock cores to specific CPU" , falls das evtl. was ausmachen sollte (hab ich noch nie getestet)
 
DaTod du liegst richtig die Machine ID sorgt nur dafür, dass ein System gff. mehrere Clients bedient/laufen lässt.
 
Bei mir unter Vista läuft die FahCore_11.exe*32 und die FahCore_82.exe*32 immer auf allen 4 Kernen. Nur wenn ich sie manuell einem Kern jeweils zuordne, habe ich auf den Zugewiesenen Kernen auch 100% Auslastung.

Aber es ist ja egal auf welchem Kern sie läuft, Hauptsache sie läuft :)
 
bei mir ist es so, dass die clienten sich gegenseitig behindern und ich nur deshalb die kernbelegung festlege, ich bekomme dadurch ca 300 ppd mehr, sonst sprigt die belastung der cpu zwischen 50% und 80% hin und her, wenn die arbeit auf alle kerne verteilt wird

@ DaTod
danke für den hinweis aufs tool


ich habe im f@h forum gelesen, dass die machine id die kernbelegung festlegt
bsp: id 0= kern 1, id 1= kern 2, id 3= kern 1+2 usw. (gpu-client)
ich dachte mir dass es beim cpu-clieneten auch so ist
 
WAFO schrieb:
@ MainEvent:
wenn du mit deiner cpu bei der taktung nur 184,13 ppd beim cpu-clieneten mit amber-core bekommst, dann halte dich fest, denn ich bekomme 201,29 ppd (laut fahmon) mit einem amd athlon x2 5000+ black edition der mit 2800mhz bei 1,2 volt läuft :banana:, das sind ganze 800mhz weniger und ich bekomme trotzdem mehr ppd :hmm: und der gpu-client läauft auch noch mit, der mir weitere 4000 ppd (+20, -80) liefert (9600gt: 760, 1850, 1080)
Zum Vergrößern anklicken....

Hast du davon nen Screenshot?
(Das kann doch rein leistungstechnisch garnicht sein! Intel > AMD)
 
Zuletzt bearbeitet:
Astra_F schrieb:
Bei mir unter Vista läuft die FahCore_11.exe*32 und die FahCore_82.exe*32 immer auf allen 4 Kernen. Nur wenn ich sie manuell einem Kern jeweils zuordne, habe ich auf den Zugewiesenen Kernen auch 100% Auslastung.

Aber es ist ja egal auf welchem Kern sie läuft, Hauptsache sie läuft :)
Zum Vergrößern anklicken....
Das dürfte der Effekt sein, wenn der Client sich eben nicht auf einen spezifischen Kern locked. Dann läuft er zwar auch immer nur auf einem Kern .. es ist aber ständig ein anderer Kern. Denn sobald dein Client ein paar Takte aus einem Kern verdrängt wird idled er so lange bis der nächstbeste Kern frei ist - dies ist dann natürlich irgendeiner und nicht zwingend derselbe wie vorher.
Wird der Prozess auf einen spezifischen Kern gelocked, wartet er nur auf Diesen.

Oban schrieb:
sagt mal was hat es zu bedeuten wenn der fah gpu try client plötzlich nen anderes symbol hat und als mouse hover die nachricht GPU - F@H: Sleeping....
erscheint?
Zum Vergrößern anklicken....
Aha! Dann hatte nicht nur ich dieses Problem gestern abend!

Das heißt, dass dein Client mehrfach erfolglos versucht hat, ne neue WU anzufangen und sich dann schlussendlich frustiert schlafen gelegt hat.. :)

Jetzt tuts bei mir aber wieder!


WAFO schrieb:
@ MainEvent:
Frage an alle:
was soll ich anstellen damit der cpu-client nur einen kern benutzt und das dauerhaft, denn jedesmal wenn er eine neue wu bekommt, verteilt er die arbeit auf beide kerne:wall:, ich muß dann manuel auf einen kern umstellen damit ich die 4200 ppd bekomme, sonst nur 3900
im log steht machine id 1, das bedeutet nur ein kern und das ist der 1ste (kern 0)
Zum Vergrößern anklicken....
Wenn du nur einen Kern für den CPU-Client benutzen willst, dann nimm doch nicht den SMP-Client. Nur der SMP-Client verteilt die Arbeit auf mehrere Kerne .. die andern können das garnicht.

Ich habe den Single-CPU-Client und den GPU-Client parallel laufen und das klappt wunderbar.
Verringere ich aber die Auslastung des CPU-Kerns im GPU-Client (ist dort per Option machbar), geht die PPD-Leistung dramatisch in die Knie!! (is ATI)
Der ATI GPU-Client braucht also saftig CPU-Power!
 
Zuletzt bearbeitet:
Ich benutze den 5.03 Standard-Client für CPU, sollte ich mal lieber wechseln auf High-Performance-Client 6.10 beta3 ?
 
bei mir geht der gpu client nu auch wieder scheint wirklich nur am wu holen lag ;)
 
Hmm, ich weis das nicht mehr genau aber ich glaube das hatte bei mir (vor ein paar Wochen) keinen Unterschied gemacht..
Schaden tuts aber auch nicht. Der Beta Client funktioinert einwandfrei.
 
@7even
Beim Highspeed 6.10 beta3 steht : "Expires 2008-08-02"
Funzt die beta dann nicht mehr?

@all
Liege ich recht in der Annahme, dass man sich nicht (irgendwie) die Cores aussuchen kann, die man bearbeitet?
Hab keinen Bock mehr auf Amber-Core, der braucht noch 14:23h und wurde vor 16:08h runtergeladen.
 
Zuletzt bearbeitet:
@Oban
Ja und weils bei mir exakt nach dem Update auf die Beta 11 nicht mehr funktionierte, hatte ich gestern abend wieder downgegraded.. -.-
Heute auf ein Neues! (nach dieser WU)

Hinzugefügter Post:
@MainEvent
Wenn du das was rausfindest dann sag ganz schnell bescheid!!! :d
Ich hab auch sowas von voll kein Bock mehr auf diesen Amber-Kram! :fresse:

MainEvent schrieb:
@7even
Beim Highspeed 6.10 beta3 steht : "Expires 2008-08-02"
Funzt die beta dann nicht mehr?
Zum Vergrößern anklicken....
Öööhhh .. keine Ahnung! Mal sehen *gg
 
Zuletzt bearbeitet:
@ MainEvent
leider kann ich kein bild mehr machen, denn ich wollte ein bild machen und habe den clienten etwas laufen lassen damit fahmon die ppd anzeigt und dabei meldet der client "Folding@home Core Shutdown: EARLY_UNIT_END":mad: und dabei hatte ich schon 23% fertig
wenn es dir hilft ich benutze den high performance cpu-clienten und habe beim amber-core für ein frame 11min und 16s benötigt
 
Anmelden, um zu antworten.
Hardwareluxx setzt keine externen Werbe- und Tracking-Cookies ein. Auf unserer Webseite finden Sie nur noch Cookies nach berechtigtem Interesse (Art. 6 Abs. 1 Satz 1 lit. f DSGVO) oder eigene funktionelle Cookies. Durch die Nutzung unserer Webseite erklären Sie sich damit einverstanden, dass wir diese Cookies setzen. Mehr Informationen und Möglichkeiten zur Einstellung unserer Cookies finden Sie in unserer Datenschutzerklärung.


Zurück
Oben Unten refresh