Sorry, beim Mischbetrieb kann ich dir nicht mit Infos dienen. Sollte ich was lesen, denke ich an dich.
Kannst du die Punkte-Ausbeute der Karten mal in den PPD-Thread schreiben?
Hatte mich schon gewundert, dass du in manchen 3-Stunden-Zeiträumen vier WU fertig bekommst.
kann man der Nummer nicht festnageln, die 4743 laufen sonst durch und eine 5000er hat diesen Fehler auch schon verursacht.
Genau die WU hab ich grad reinbekommen:
p4743_lam5w_300K
Foldet hier problemlos, also muss das mit x64 zu tun haben, denn das ist der einzige wirkliche Unterschied.
Ok, ich AMD und 38er, du Intel und 48er, aber daran kanns nicht liegen, weil CAL ist ja universell und an der CPU liegts ganz sicher auch nicht ^^
Ja,das hab ich auch schon gemerkt^^
Hab sowieso nur den gpu-und x86 clienten laufen.so kann ich sogar musik hören und Quake 3 Arena zocken,ohne das es ruckelt
wenn ich bald meinen neuen cpu kühler bekomme,kann ich auch wieder mehr x86 clienten laufen lassen
mfg roe
Geändert von RoE187 (22.11.2008 um 18:18 Uhr)
Grund: 4getit^^
Hmm, blende mal im Taskmanager die Kernel-Zeiten (roter Verlauf) ein, also zusätzlich zur normalen Lastdarstellung.
50% Last heisst, dass ein Kern voll rechnet, der Client/Core ist nämlich nur single threated -> Ergo volle Last, evtl limitiert die CPU.
Jetzt wärs interessant zu wissen welche Core-Version du nutzt (Log gucken), aktuell ist die 1.22.
Du kannst auch die CPU Last beeinflussen, indem du das FLUSH_INTERVAL neu justierst,das findest du unter:
Erweiterte Systemeinstellungen -> Erweitert -> Umgebungsvariablen -> Systemvariablen: Da machst du einfach neu ein FLUSH_INTERVAL und gibt als Wert was zwischen 2 und 1024 ein -> Neustart.
Standard im 1.22 Core ist der Wert 16, ich hab ne 4870 mit Wert 768 ohne Probleme betrieben (war ein willkürlicher Wert zum Testen). Wenn der Wert zu hoch ist, dann merkst du das daran, dass die Bildschirmausgabe laggt.
Damit solltest du die CPU Last senken können und evtl die PPD steigern.
wollte nur mal gesagt haben, das es bei mir seit dem Client 6.23 die Problematik "UNSTABLE MACHINE" nicht mehr gibt. Auch den Kompatibilitätsmodus brauche ich nicht mehr.
Hmm, blende mal im Taskmanager die Kernel-Zeiten (roter Verlauf) ein, also zusätzlich zur normalen Lastdarstellung.
50% Last heisst, dass ein Kern voll rechnet, der Client/Core ist nämlich nur single threated -> Ergo volle Last, evtl limitiert die CPU.
Nein, das ist bei mir anders. Sowohl der grüne als auch der rote Verlauf belegen eindeutig eine relativ gleichwertige Auslastung beider Kerne um die 50% herum.
Könnte das am Treiber liegen? Ich hab den Catalyst 8.12 installiert und zwar die komplette Suite incl. F@h-Treiber. War F@h in den vorherigen Versionen auch automatisch eingebunden?
Ich weiß aber, dass deine Annahme berechtigt ist. Hab auf dem hp Core2Duo Schleppi mal den CPU single client laufen lassen. Da war es so, Core1: 100% und Core2: 0%.
Zitat:
Zitat von dr_Cox
Jetzt wärs interessant zu wissen welche Core-Version du nutzt (Log gucken), aktuell ist die 1.22.
Version 1.22 (Mon Dec 8 12:57:56 PST 2008 )
Zitat:
Zitat von dr_Cox
Du kannst auch die CPU Last beeinflussen,...
Danke für die Tipps. Kann ich aber erst beim nächsten Rechner testen, da dieser morgen raus muss (Weihnachtsauftrag)
btw. Darf nicht vergessen, f@h aus dem Autostart zu werfen, sonst gibts verwunderte Nachfragen.
Hmm, da fragste mich Sachen - wie die Last aufgeteilt wird hab ich mir beim 8.12er gar nicht so bewusst angesehen. Also ich weiss nicht wie sowas auf einem Intel System aussieht.
Meine Erfahrung ist jedoch mit einer Reihe von Programmen, dass die zwar ihre Rechenlast auf mehrere Kerne verteilen, aber insgesamt nicht über mehr als ziemlich genau 25% oder 50% Auslastung der CPU (Quadcore) kommen. Also mit einem Quad fällt sowas auf, wenn auf vier Cores ein bisschen gerechnet wird, aber eben insgesamt nicht mehr als 25% / 50% Gesamtlast.
Im Prinzip bedeutet das, dass laut Task-Manager einfach auf Cores aufgeteilt wird, aber eben nicht parallel gerechnet werden kann; also wenn du dir vorstellst eine WU mit 10 Arbeitsschritten, dann macht Core1 die ungeraden und Core 2 die geraden Schritte, aber eben nicht gleichzeitig/parallel (so als kleines Bsp.).
Im Prinzip kann auch einfach sein, dass der Taskmanager die Cores nicht unterscheiden kann und die Aufteilungsanzeige eher willkürlich ist und nur die Gesamtauslastung stimmt - was ich aber aus meinen Erfahrungen mit dem Phenom eher nicht glaube.
Ich mach gleich mal einen Screenshot mit einem Standard FAH Client hier auf dem Notebook, ich glaub das ist so ein Anwendungsfall wo dieser zweigfelsohne Single Threated Client die CPU zu 50% lastet aber auf verschiedenen Kernen. Edit folgt.
So, was neues. Mit Core 1.24 gibts neue Möglichkeiten in den System-Umgebungsvariablen. Dazu brauchts auf jeden Fall den Catalyst 9.3!
BROOK_YIELD; Wert auf 2
CAL_NO_FLUSH; Wert auf 1
Wichtig hierbei wieder FLUSH_INTERVAL erstmal auf 16 (Standard; falls geändert) und dann langsam erhöhen, dazu hatte ich ja schonmal was geschrieben. Ohne manuelles FLUSH_INTERVAL sind AFAIK die o.g. Variablen nicht nutzbar. Hab bei den OCed 3870ern derzeit nen Wert von 128. Wenns zuviel ist wird der Client instabil oder die Bildschirmausgabe laggt.
Habs so geschafft, die CPU Last von 100% auf 2% zu drücken und die GPU Last von ~85% auf bis zu 99% zu erhöhen - je nach Projekt - und damit natürlich auch die PPDs der GPUs.
Und es bietet sich natürlich an, den SMP nebenher laufen zu lassen, das war bislang wegen der CPU Last & den Deadlines unmöglich, zumindest mit nem 6000+.
Jetzt geht das
Zusätzlich gibts noch CAL_PRE_FLUSH mit Wert 1, aber das bewirkt bei mir nix, vielleicht bei RV700 Usern. Aber k.A.
Hätte schon fast aufgegeben, bis mir einfiel, dass die Umgebungsvariablen im DOS nicht gültig sind. Also schnell eine *.bat getippt:
Code:
set CAL_NO_FLUSH=1
set BROOK_YIELD=2
set FLUSH_INTERVAL=xxx
Folding@home-Win32-GPU.exe
Leider kostet mir aber die neue Konfiguration einige Punkte (P5735):
v1.22-Core: 2min 47sek
v1.24-Core: ~3min 20sek (Interval=64)
Vielleicht wird es besser wenn ich BROOK_YIELD=0 setze, dann arbeitet die CPU wieder mehr (derzeit sind es nur 10%).
Ich hab schon lange nicht mehr gefoldet, der vorige Core war bei mir der 1.18 der mit dem Client kam. Dem gegenüber habe ich signifikante PPD Steigerungen mit dem 1.24.
Habe jetzt mal das System geändert (K10@3,2 Ghz) und den SMP auf maximal 97% CPU genagelt. Ganz einfach aus dem Grund, weil ich wissen wollte ob das System mit dem K8@3,2 GHz mit 2x GPU & SMP (auch 97% max CPU für SMP) nicht vielleicht doch noch irgendwie CPU-limitiert ist. Weil 2x GPU + 1x SMP waren 100% Last.
Der K10 hat eine recht konstante Auslastung bei genau 97% auf allen Cores, mit ab und zu mal 1% rauf auf 98% auf einem Core.
Die PPDs der GPUs sind in etwa die gleichen (rein subjektiv glaube ich dass pro GPU 15 PPD mehr rausspringen, aber das schwankt sowieso).
Also K8 100% Last gesamt, K10 97-98% Last gesamt. Wobei der K10 allein durch die Architekur nochmal 6 Minuten rausschlägt beim SMP (K8: 45 Mins/1%; K10: 19 Mins/1%).
Also mein kurzes Fazit: Der K8 hat ein klein wenig limitiert, aber die Reduzierung der für die GPU Clients nötigen CPU Last ist kein kosmetischer Effekt, sondern ganz real frei werdende Rechenkapazität.
Alles gemessen mit den Projekten 4752 & 4754 auf GPUs und 2653 für SMP.