14. Pentathlon 2023: Hindernislauf/ehem. Marathon (Yoyo@Home; nur ECM und ECM P2!)

[olsen_gg]

Da scheint "einfach durchlaufen lassen" das A und O zu sein.
Obwohl meine PCs von gestern nach dem "Energiesparen" statt Runterfahren alle wieder ordentlich weitergemacht haben.

 

[TAL9000]

ggf stimmt auch die Anzeige nicht, aber ja ecm lässt man am besten in Ruhe und die _ru gibt man zurück...

 

[observers_0815]

Hui - ich habe gerade nur ru da. Die scheinen so 10-12 Stunden zu brauchen (A12-9800)

Doppelposting wurde automatisch zusammengeführt: 07.05.2023

Korrekt besteht die nächste 4er Gruppe aus cw, xy und 2x op. Wie laufen die denn?

 

[MagicEye04]

Evtl. könnte die prognostizierte Laufzeit einen Hinweis geben.

 

[TAL9000]

cw 6,500s 230.25cr
xy 21,700s 761.15cr
op nicht gefunden

 

[JagDoc]

ggf stimmt auch die Anzeige nicht, aber ja ecm lässt man am besten in Ruhe und die _ru gibt man zurück...

Die %Anzeige stimmt nach einem Neustart nicht mehr.
Ich hatte welche die nach einem Stromausfall wieder bei 0 % anfingen.
Bei der CPU-Zeit wurde die Zeit vor dem Neustart angezeigt und sie waren laut Laufzeitanzeige ensprechend schneller fertig.




Vorne steht die Laufzeit und in Klammern die CPU-Zeit.
Die danach liefen normal.

 

[observers_0815]

Danach sollten cw etwa 2h laufen. xy ca. 8h und op sind ganz schnelle mit etwa 1,xx h
Erstmal brauchen meine ru noch 3-4h.

 

[MagicEye04]

Ich hatte welche die nach einem Stromausfall wieder bei 0 % anfingen.
Bei der CPU-Zeit wurde die Zeit vor dem Neustart angezeigt und sie waren laut Laufzeitanzeige ensprechend schneller fertig.

Also besteht die Hoffnung, dass meine WUs, die nach 7 Stunden von 70 auf 0% gefallen sind, doch schneller gerechnet werden?

 

[WindHund]

@MagicEye04

Sieht bei mir genauso aus, nur eine hat ihre % behalten. Siehe PrimeGrid Thread.

 

[ICEMAN]

Da hat man nun einen 12Kerner und dann zu wenig RAM

 

[WindHund]

Da hat man nun einen 12Kerner und dann zu wenig RAM

Wieso das denn ?

12 Kerne klingt jetzt nicht nach Acker Gaul.
24 Threads a 256Bit AVX2, das hört sich viel besser an.

 

[ICEMAN]

Klar hört sich das besser an, aber ich kann nur einen AMD Ryzen 5 5600G mit 16GB DDR4.

 

[WindHund]

Klar hört sich das besser an, aber ich kann nur einen AMD Ryzen 5 5600G mit 16GB DDR4.

Verstehe, was macht die iGPU bei PrimeGrid so ?
Wären immerhin 4,043.00 Punkte pro WU

 

[ICEMAN]

PrimeGrid ist gerade off ich komme nicht drauf um dir was zeigen zu können.

Doppelposting wurde automatisch zusammengeführt: 07.05.2023

Und ich Bunker eben auch

 

[Pegasushunter]

Hätte nie gedacht, dass bei den ecm_xy 12 Wus 98% CPU-Last verursachen

 

[enigmation]

Die %Anzeige stimmt nach einem Neustart nicht mehr.
Ich hatte welche die nach einem Stromausfall wieder bei 0 % anfingen.
Bei der CPU-Zeit wurde die Zeit vor dem Neustart angezeigt und sie waren laut Laufzeitanzeige ensprechend schneller fertig.

Das kann ich bestätigen, nach einem Neustart fingen die wieder bei 0 an zu zählen, aber die Laufzeit war die gleiche.

Lässt ja hoffen, dass das die Regel ist.

 

[seTTam]

Ich verstehe das Projekt und/oder den Boinc-Manager nicht.
Ich habe als Puffer +1/+1 eingetragen und es wurde mittlerweile schon über 500 WUs und fleißig weiter welche heruntergeladen. Die Hochrechnung sagt ja jetzt schone "50 Tage" ...

 

[MagicEye04]

Man muss halt immer selbst mitrechnen und rechtzeitig aufhören.

 

[Captn-Future]

Hab mich auch mal dazu geschaltet. 8/16 Kerne/Threads mit 64GB Speicher. Läuft erstmal.

 

[seTTam]

Da sieht man das bekloppte Verhalten...

 

[sompe]

Bei jedem CPU Projekt das neu gestartet wurde würde ich erstmal mit minimalen Puffer und aktivem SMT anfangen damit sich die WUs erstmal einrechnen können und man eine realistische Rechenzeit für die Prognose der WU Laufzeit hat. Es sollten als erstmal alle CPU Threads an den Aufgaben gearbeitet haben denn sonst kann es schnell mal passieren das man das doppelte bis vierfache an WUs für den gewünschten Zeitraum bekommt da sich mit SMT gern mal die Anzahl der laufenden WUs und deren Laufzeit verdoppelt, die Prognose aber von der kürzeren Laufzeit ohne die zweite WU auf dem Kern ausgeht.

 

[MagicEye04]

Da sieht man das bekloppte Verhalten...

Wenn man in der app_config.xml mit max_concurrent arbeitet, dann werden bei mir die Bunkereinstellungen ignoriert bzw. auf unendlich gesetzt.

 

[seTTam]

Da sieht man das bekloppte Verhalten...

Wenn man in der app_config.xml mit max_concurrent arbeitet, dann werden bei mir die Bunkereinstellungen ignoriert bzw. auf unendlich gesetzt.

Öhm, guter Hinweis. max_concurrent setze ich tatsächlich.
Ach ist auch egal, max_concurrent finde ich wichtiger als die 150+ Tage Arbeit.

 

[TAL9000]

Ansonsten mit dieser Methode arbeiten:

Spoiler: Geheime Taktik bei zu viel WUs

mehr Kerne, mehr RAM, mehr Power

 

[MagicEye04]

Da sieht man das bekloppte Verhalten...

Wenn man in der app_config.xml mit max_concurrent arbeitet, dann werden bei mir die Bunkereinstellungen ignoriert bzw. auf unendlich gesetzt.

Öhm, guter Hinweis. max_concurrent setze ich tatsächlich.
Ach ist auch egal, max_concurrent finde ich wichtiger als die 150+ Tage Arbeit.

Schon klar, aber man muss dann eben selbst rechnen und rechtzeitig auf no New work stellen.