OMG, ich komm auf nicht einmal die Hälfte
(mit E7200 und HD4870)
+ Antworten
Ergebnis 1.251 bis 1.275 von 7943
- 24.07.08, 09:39 #1251
- 24.07.08, 15:28 #1252
- 24.07.08, 15:31 #1253
- 24.07.08, 16:16 #1254
- 24.07.08, 16:19 #1255
Ihr seid doch KRANK, KRAAAAANK
Ich komm mit Prozzi und Graka auf 2200 PPD xD
Ne sry. NVIDIA hat bei mir erstmal verschissen
Die sollen von ihrem hohen Ross runter. Sowas kann und will ich nicht unterstützen. Wer die Nase hoch trägt kann tief fallen
Mal gucken was die nächste Generation bringt, dann werd ich mich vielleicht mal wieder NVIDIA zuwenden.
- 24.07.08, 16:24 #1256
- 24.07.08, 16:26 #1257
- 24.07.08, 16:56 #1258
- 24.07.08, 18:05 #1259
rofl, is bei mir dasselbe .. und er ist ja noch nichmal schneller fertig damit .. zum Heulen ist das!
Jemand hatte es mal für die GPU gefragt. Für die CPU dürfte es auch der CPU-Takt sein, der am meisten ausmacht.
Beim GPU-Client skaliert bei mir die Performance bis zu einem bestimmten Punkt mit dem VRAM-Takt mit und dann ist Schluss. Dann bringt er garnix mehr. Sieht man schön in der FAQ PPD-Tabelle, wo ich das extra mit aufgenommen habe..Bleibend ist immer das Sinnbild - nie das Abbild.
Hermann Hesse

nskcomputing.de ■ site7even.de ■
x4fun.site7even.de
- 24.07.08, 18:10 #1260
- 24.07.08, 18:16 #1261
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.Bleibend ist immer das Sinnbild - nie das Abbild.
Hermann Hesse

nskcomputing.de ■ site7even.de ■
x4fun.site7even.de
- 24.07.08, 22:11 #1262
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?
- 24.07.08, 23:45 #1263
- 24.07.08, 23:53 #1264
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.
- 25.07.08, 00:08 #1265
- 25.07.08, 00:33 #1266
@ 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
, das sind ganze 800mhz weniger und ich bekomme trotzdem mehr ppd
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
, 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)
- 25.07.08, 00:37 #1267
- 25.07.08, 00:45 #1268
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?
- 25.07.08, 00:51 #1269
- 25.07.08, 00:54 #1270
- 25.07.08, 00:58 #1271
- 25.07.08, 01:06 #1272
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
- 25.07.08, 01:07 #1273
Spoiler: Anzeigen
wird gemacht sry kannte das net ^^Geändert von Oban (25.07.08 um 01:20 Uhr)
- 25.07.08, 01:13 #1274
- 25.07.08, 01:36 #1275

LinkBack URL
About LinkBacks
Zitieren







