Rumpelkammer: PCGH Folding@Home-Thread II

@wolf7

Das ist nicht mehr "so tragisch". :P ;)
Die WU´s laufen heute - bis auf ganz wenige Ausnahmen - auch mit -smp7 (teste ich gerne, wenn eine neue Beta-WU herauskommt) :D.
Kritisch wird es erst ab Primzahlen darüber (11, 13, 17, . . . ). :daumen2:

mkay, ich stell trotzdem wieder auf 6 zurück, iwi ist die TPF ziemlich mies, fast genau so schlecht wie mit 6 threads.

edit: die ist sogar schlechter, also scheint das doch net zu funktionieren.
 
Zuletzt bearbeitet:
mkay, ich stell trotzdem wieder auf 6 zurück, iwi ist die TPF ziemlich mies, fast genau so schlecht wie mit 6 threads.

edit: die ist sogar schlechter, also scheint das doch net zu funktionieren.

Das liegt aber nicht an der WU bzw. dem Core, sondern daran, dass Deine CPU neben dem "Treiben" der GPU noch zusätzliche Threads bearbeiten muß, die (mindestens) einen Kern teilweise auslasten - in dieser Situation "fährst" Du logischerweise mit -smp6 besser.

Außerdem:
Du solltest eine WU auch mit -smp7 beginnen, wenn Du "Reibungsverluste" durch unpassende Kernzahl verhindern willst.
So sollte eine WU, beginnend z. B. mit:
Mapping NT from 6 to 6 auch mit 6 CPU-Cores durchgerechnet werden - dementsprechend auch bei -smp7!

Hier liegt eindeutig das "Mißverständnis" bei Dir. :nicken:
 
Zuletzt bearbeitet:
Das liegt aber nicht an der WU bzw. dem Core, sondern daran, dass Deine CPU neben dem "Treiben" der GPU noch zusätzliche Threads bearbeiten muß, die (mindestens) einen Kern teilweise auslasten - in dieser Situation "fährst" Du logischerweise mit -smp6 besser.

Außerdem:
Du solltest eine WU auch mit -smp7 beginnen, wenn Du "Reibungsverluste" durch unpassende Kernzahl verhindern willst.
So sollte eine WU, beginnend z. B. mit:
Mapping NT from 6 to 6 auch mit 6 CPU-Cores durchgerechnet werden - dementsprechend auch bei -smp7!

Hier liegt eindeutig das "Mißverständnis" bei Dir. :nicken:

na ja ich hab ja vorher geschaut und bei smp 6 liegt die cpu last nie über 80% und auch bei smp 7 hatte die cpu nie 100%, kann das trotzdem an der Auslastung liegen? Was natürlich stimmt, dass ich die WU mit 6 Threads angefangen habe.
 
Das "Problem" ist, dass die CPU-SMP-Projekte möglichst gleichmäßige Verfügbarkeit aller Kerne benötigen, um ein optimales Ergebnis zu erzielen. Sobald nur einer der Kerne auch nur kurzzeitig anderweitig genutzt wird, bricht die PPD überproportional ein. Möglicherweise auf Grund des dadurch erhöhten Synchronisationsaufwandes bzw. durch die Verluste bei asynchroner Berechnung der einzelnen Segmente durch den Core.
 
heute nacht hatte mein PC nen Bluescreen, an dem laut bluescreenview der Treiber "dxgkrnl.sys" schuld sein soll. Hat das scho mal jemand im Zusammenhang mit dem falten gehabt? Soll ja laut google der DirectX Treiber dran schuld sein. Von der Beschreibung her ist es der gleiche Fehler, den ich mal hatte, als ich bei einer Remote Desktop Verbindung per gpu-z die Daten der ATI HD 7870 auslesen wollte (was jetzt mit Hilfe von Teamviewer ohne Probleme geht)

Bildausgabe läuft über die igpu meines i7, die ATI ist nur zum falten da.
 
Zuletzt bearbeitet:
Heute ist die Jahresstromabrechnung gekommen 1712.gif :

pennersmilie.gif > ganz so schlimm war es zum guten Glück nicht. sommer_schwitzen.gif

Für die 4'013kWh Ökostrom mussten wir 1'068CHF (~850Euro) bezahlen. :schief:
1'383kWh Hochtarif, 2'630kWh Niedertarif, 29kWh mehr als letztes Jahr.



Im Grossen und Ganzen sind wir beide relativ sparsam wenn man sich anschaut wie der Verbrauch zu Stande gekommen ist:
  • ~3'030kWh oder 2/3 hat alleine mein Faltserver (350W) verfaltet (1.Monat war noch der Dell-Server mit 300W). :ugly:
  • ~540kWh haben wir mit unserem Renault Twizy während 4 Monaten und 4'500km verstromert. :P
Von den restlichen 443kWh kommt noch das weg was ich mit den beiden GTX460 im 1090T-Rechner gefaltet habe, aber da kann ich keine Aussage machen wie viel das gewesen ist, denn seit ich den E5-Server habe falte ich mit den beiden GTX460 nur noch wenn der 1090T-Rechner eh läuft (momentan sind es 10-20h pro Woche). :schief:

Ps.: Auf der nächsten Stromrechnung wird der Gesamtverbrauch wohl nochmal 1'000kWh höher ausfallen, da unser Twizy bei der jetzigen Stromrechnung "nur" während 4 Monaten den Verbrauch in die Höhe getrieben hat. 0390.gif
 
Zuletzt bearbeitet:
Die aktuellen 10141 / 10142 / 10143 scheinen sich nicht mit ungeraden Kern-Zahlen (bei mir waren es 7) nicht zu vertragen. Sieben Projekte mit BAD_WORK_UNIT beendet, nach dem Umschalten auf 6 Kerne keine Probs mehr.
 
Ich glaub ich spinne.
Seit ich meine Clientoptionen auf default hab funktioniert mein Up- und Download tadellos.
Kann ich den Server irgendwie beleidigt haben das er mir die Verbindung verweigert?
Hatte nur die Kernauswahl auf 32 und dann bei den Slot-Optionen:
client-type bigadv
max-packet-size big
 
Korrektur: 1419 Punkte.:wow:;) Btw., was denkt Stanford sich bei solchen "Experimenten" ?

Es sind Beta-WU´s - und damit besteht aufgrund der geringen "Testtiefe" leider immer die Möglichkeit von Fehlern.
Natürlich ist dieses "Fehlverhalten" nicht beabsichtigt, aber niemals ganz auszuschließen . . . :schief:
Und dass ist der Grund dafür, warum es Beta-Tester gibt . . . :nicken:
 
mh bin echt zufrieden mit meiner HD 7870. Die macht aktuell wirklich konstant 62k PPD @ 1,1GHz. Höher takten probier ich erst mal nicht, da der Rechner vorerst autark falten muss und mir da Stabilität am wichtigsten ist. Das einzige, was mich wundert, ist dass die CPU nunmehr nur noch 15-20k PPD macht, obwohl so gesehen immer noch mit 3 von 4 Kernen falte (6 von 8 Threads), der Einbruch aber >1/3 beträgt. (vorher warens noch ~28-30k PPD)
 
Zuletzt bearbeitet:
Es sind Beta-WU´s - und damit besteht aufgrund der geringen "Testtiefe" leider immer die Möglichkeit von Fehlern.
Natürlich ist dieses "Fehlverhalten" nicht beabsichtigt, aber niemals ganz auszuschließen . . . :schief:
Nene, so habe ich das nicht gemeint. Dass der Fehler bei mir lag, ist mir schon klar. Ich arbeite selbst in der Software-Entwicklung. Da ist mir schon klar, dass es keine fehlerfreien Programme gibt. Allerdings experimentieren wir mit unseren Entwicklungen nicht, dazu ist unser Kunden-Clientel mit kleinen und mittleren mittelständischen Unternehmen nicht geeignet. Allenfalls simulieren wir mit der von uns entwickelten Software. Experimentell sehe ich das Verhältnis zwischen Laufzeit und erzielten Punkten. Damit werdet gerade ihr Beta-Tester dann doch ganz schön angeschmiert.
Hier das komplette log (Anhang anzeigen log.zip, inkl. des fertig gerechneten Projektes), allerdings wird mit Standard-Loglevel vielleicht nicht viel zu erkennen sein.
 
Das einzige, was mich wundert, ist dass die CPU nunmehr nur noch 15-20k PPD macht, obwohl so gesehen immer noch mit 3 von 4 Kernen falte (6 von 8 Threads), der Einbruch aber >1/3 beträgt. (vorher warens noch ~28-30k PPD)

Die Punkte fallen nicht linear mit der Rechendauer, was am Bonus liegt.

Willkürliches Beispiel anhand des Projekts 7101:
TPF 1:00 min, 114.903 PPD
TPF 2:00 min, 40.624 PPD (doppelte Zeit, aber nur ein drittel der Punkte)
 
. . . Damit werdet gerade ihr Beta-Tester dann doch ganz schön angeschmiert.
. . .

Danke - der Erste Nicht-Beta-Tester, der auch mal die negativen Seiten erkennt und äußert. :daumen:
Genau das kann passieren (und ist schon passiert - man faltet ohne Ergebnis für sich selber - außer Spesen nix gewesen!). :nicken:
Daher verstehe ich - ehrlich gesagt - auch nicht, warum jeder das Flag beta benutzt in dem Glauben, wir "bösen" Beta-Testern würden Ihnen etwas wegnehmen, indem wir den Standpunkt vertreten, das Beta nur für Beta-Tester gedacht sei . . . :nene: :ka:


Hier das komplette log (Anhang anzeigen 686388, inkl. des fertig gerechneten Projektes), allerdings wird mit Standard-Loglevel vielleicht nicht viel zu erkennen sein.

Solange Verbosity-Level 3 genutzt wird, ist Alles in bester Ordnung - Level 5 "bläht" das Log unnötig auf, ohne einen "Mehrgewinn" an Informationen - darunter leidet dann die Lesbarkeit.
 
Ich frage mich gerade ernsthaft, wieso ich so lange an nVidia festgehalten habe.
Die 7870 zeigt mir gerade 57.000 PPD an (Projekt 8900, Takt 1050 MHz).
Da kann ich meine GTS450 und GTX650 ja "entsorgen".
 
Zurück