Formula Boinc 2021
- Ersteller pipin
- Erstellt am
- Status
Unter Windows werden die WUs auf meinem alten Laptop immer nach unterschiedlichen Laufzeiten für 24 Stunden pausiert weil die VM unmanageable sein soll und ohne Datei Gefummel sollte bei Windows mindestens die BOINC Version 7.16.20 installiert sein. Der interne Update Check vom BM erkannte die neue Version nicht.
eiernacken1983
Admiral Special
Da hat wohl jemand bei TSBT auf MW-Sprint spekuliert
TSBT spielt sonst in der regulären Punkteerzeugung bei MW keine Rolle
TSBT spielt sonst in der regulären Punkteerzeugung bei MW keine Rolle
![:]](https://www.planet3dnow.de/vbulletin/images/smilies/rolleyes.gif "Augen rollen (sarkastisch) :]")
koschi
Grand Admiral Special
Code:
Application: camb_legacy
CPU: AMD Ryzen 9 3900X 12-Core Processor
OS: Linux Ubuntu Ubuntu 20.04.3 LTS
Results fetched: 100
Average duration (s): 22689.5
Average credit: 400.25
Number of reported cores: 100
Per core per day: 1520
Per system per day: 152000hmm nee, zumindest nicht unter Linux...
MagicEye04
Grand Admiral Special
Die längsten schaffen bei mir gerade mal 10 Stunden.
Die App ist ziemlich unoptimiert. Kaum Unterschiede zwischen Zen und Zen2.
Die App ist ziemlich unoptimiert. Kaum Unterschiede zwischen Zen und Zen2.
schon älter ist gut 
Die VM App ist mit fast 4 Jahren die jüngste, die legacy App hat gute 6 Jahre auf dem Buckel.
Die VM App ist mit fast 4 Jahren die jüngste, die legacy App hat gute 6 Jahre auf dem Buckel.
MagicEye04
Grand Admiral Special
Beeindruckend, wie die Franzosen mit den Schotten mithalten können.
Ist Cosmo etwa eins ihrer Stammprojekte?
Ist Cosmo etwa eins ihrer Stammprojekte?
eiernacken1983
Admiral Special
Die Nummer 1 bei Cosmo ist von der AF. Der hat bei seinen Computern Dutzende (!) Rechner...
MagicEye04
Grand Admiral Special
Uff.
Ich habe jetzt mal noch virtualbox in mein Ubuntu nachinstalliert. Aber erkannt wird es nicht. Da ist wohl ein reboot fällig.
Oder sagen mir diese Zeilen hier, dass ich im Bios unbedingt noch secure boot aktivieren muss?
Ich habe jetzt mal noch virtualbox in mein Ubuntu nachinstalliert. Aber erkannt wird es nicht. Da ist wohl ein reboot fällig.
Oder sagen mir diese Zeilen hier, dass ich im Bios unbedingt noch secure boot aktivieren muss?
MagicEye04
Grand Admiral Special
Über die Console (apt...)
Reboot hat geholfen. Nebenbei noch im Bios virtualirgendwas aktiviert.
Ich habs nur verpasst, die CPU-Threads vor dem download der VM-WUs zu begrenzen, die haben nun alle 32 drin stehen. Mal sehen, ob sie trotzdem loslaufen, auch wenn nur weniger Kerne frei sind.
Reboot hat geholfen. Nebenbei noch im Bios virtualirgendwas aktiviert.
Ich habs nur verpasst, die CPU-Threads vor dem download der VM-WUs zu begrenzen, die haben nun alle 32 drin stehen. Mal sehen, ob sie trotzdem loslaufen, auch wenn nur weniger Kerne frei sind.
Die Unterstützung für die Hardwarebeschleunigung benötigt man auf jeden Fall, drum ist aktiviere ich sie bei meinen Crunchern standardmäßig.
Wo ich schon dabei bin, wenn ich mich recht erinnere empfielt es sich die Anzahl der Kerne pro VM WU auf 4 oder 8 Kerne zu begrenzen, das kann man gleich auf der Projektseite erledigen. Wenn ich das richtig erinnere werden den VM WUs sonst mehr Kerne zugeordnet als sie nutzen und auslasten können.
Doppelposting wurde automatisch zusammengeführt:
Wo ich schon dabei bin, wenn ich mich recht erinnere empfielt es sich die Anzahl der Kerne pro VM WU auf 4 oder 8 Kerne zu begrenzen, das kann man gleich auf der Projektseite erledigen. Wenn ich das richtig erinnere werden den VM WUs sonst mehr Kerne zugeordnet als sie nutzen und auslasten können.
Zuletzt bearbeitet:
MagicEye04
Grand Admiral Special
Die erste hatte sich bei 0,1% festgefressen und ist nun abgebrochen worden.
Sa 27 Nov 2021 12:42:55 CET | Cosmology@Home | Aborting task camb_boinc2docker_667278_1638008829.412764_0: exceeded elapsed time limit 803.30 (86400.00G/107.56G)
Die anderen für 32 Kerne habe ich vorsichtshalber auch gleich abgebrochen und auf 4 Kerne gestellt. Heute bekomme ich wohl nix mehr.
Sa 27 Nov 2021 12:42:55 CET | Cosmology@Home | Aborting task camb_boinc2docker_667278_1638008829.412764_0: exceeded elapsed time limit 803.30 (86400.00G/107.56G)
Die anderen für 32 Kerne habe ich vorsichtshalber auch gleich abgebrochen und auf 4 Kerne gestellt. Heute bekomme ich wohl nix mehr.
herby44
Vice Admiral Special
Das mit dem bei 0,1% festgefressen kenne ich auch, ich habe es mit den camb_boinc2docker
längst aufgegeben, mit der aktuellen Version von Virtualbox(6.1.30) funktionierte es auch nicht.
längst aufgegeben, mit der aktuellen Version von Virtualbox(6.1.30) funktionierte es auch nicht.
Zuletzt bearbeitet:
enigmation
Admiral Special
386 aktive core i5-Rechner und ein Xeon, scheinen die Rechner des Campus zu sein.
Lille University of Science and Technology
Doppelposting wurde automatisch zusammengeführt:
unter Windows sehe ich bis zu 14h auf dem 3900XT mit 87W.
eiernacken1983
Admiral Special
Ich habe auch mal ein paar Ergebnisse hochgeladen. Für Platz 1 reicht es natürlich nicht 
Punktevergabe ist laufzeitabhängig aber eben nicht nur laufzeitabhängig:
3950X @ Eco @ Win: rd. 11 Credits/1000 Sek
3950X @ Eco @ Linux Mint: 28 Credits / 1000 Sek
Ganz klares Linux-Projekt; aber das wussten wir ja vorher schon!
Der Win-Rechner wird jetzt sidocken!
Doppelposting wurde automatisch zusammengeführt:
Punktevergabe ist laufzeitabhängig aber eben nicht nur laufzeitabhängig:
3950X @ Eco @ Win: rd. 11 Credits/1000 Sek
3950X @ Eco @ Linux Mint: 28 Credits / 1000 Sek
Ganz klares Linux-Projekt; aber das wussten wir ja vorher schon!
Der Win-Rechner wird jetzt sidocken!
Zuletzt bearbeitet:
MagicEye04
Grand Admiral Special
Der Kampf um Platz 1 ist ja diesmal echt spannend. 
Allez! Allez!
Allez! Allez!
eiernacken1983
Admiral Special
Moin Leute,
da auf meinem Win-Rechner (und nicht nur auf meinem) die camb_legacy doppelt so lang brauchen wie auf Linux, habe ich nochmal (erfolgreich) versucht, die camb_boinc2_docker zum Laufen zu bekommen. Beim ersten versuch am Freitag sind die nach 4 Minuten alle mit Fehler abgeschmiert.
Ich habe virtualbox auf den letzten Stand gebracht und folgende app_config Einstellungen :
<app_config>
<app>
<name>camb_boinc2docker</name>
<max_concurrent>4</max_concurrent>
</app>
<app_version>
<app_name>camb_boinc2docker</app_name>
<plan_class>vbox64_mt</plan_class>
<avg_ncpus>8</avg_ncpus>
</app_version>
</app_config>
Jetzt laufen also 4 von den Dingern gleichzeitig und nutzen jeweils 8 Threads. Punkteausbeute auf Win ist nicht schlecht:
Das sin 64 - 77 Punkte pro 1000 Sekunden CPU-Zeit. Die camb_legacy auf Linux bringen bei mir 28 Credits /100 Sekunden. Also 2,5 fache Punkteausbeute mit den mt-WUs
Es gibt aber auch Ergebnisse mit gerungerer Ausbeute, wie die 3 oberen WUs
da auf meinem Win-Rechner (und nicht nur auf meinem) die camb_legacy doppelt so lang brauchen wie auf Linux, habe ich nochmal (erfolgreich) versucht, die camb_boinc2_docker zum Laufen zu bekommen. Beim ersten versuch am Freitag sind die nach 4 Minuten alle mit Fehler abgeschmiert.
Ich habe virtualbox auf den letzten Stand gebracht und folgende app_config Einstellungen :
<app_config>
<app>
<name>camb_boinc2docker</name>
<max_concurrent>4</max_concurrent>
</app>
<app_version>
<app_name>camb_boinc2docker</app_name>
<plan_class>vbox64_mt</plan_class>
<avg_ncpus>8</avg_ncpus>
</app_version>
</app_config>
Jetzt laufen also 4 von den Dingern gleichzeitig und nutzen jeweils 8 Threads. Punkteausbeute auf Win ist nicht schlecht:
Das sin 64 - 77 Punkte pro 1000 Sekunden CPU-Zeit. Die camb_legacy auf Linux bringen bei mir 28 Credits /100 Sekunden. Also 2,5 fache Punkteausbeute mit den mt-WUs
Doppelposting wurde automatisch zusammengeführt:
Es gibt aber auch Ergebnisse mit gerungerer Ausbeute, wie die 3 oberen WUs
Zuletzt bearbeitet:
MagicEye04
Grand Admiral Special
Cool, das habe ich gleich mal übernommen. Gerade für die letzten Stunden sind die lang laufenden legacy nix, die werden womöglich nicht rechtzeitig fertig.
Das pendelt sich nach einiger Zeit auf ca 50 - 60 Credit/WU ein.
Mehr als 4 Kerne pro WU ist nicht zu empfehlen, da wird das Verhältnis Laufzeit zu CPU-Zeit sehr schlecht.
Wenn der Speicher reicht (2GB pro WU) besser auf 8 WU mit je 4 Kernen gehen.
Mein 4700U Win10 läuft mit 4 WU auf je 2 Kernen: Laufzeit, CPU-Zeit, Credits
593.29 | 1,026.44 | 49.35 |
Ich habe bei meinem großen Ripper mal ein kleines Experiment gestartet und die Anzahl der genutzten Prozessoren halbiert um auf das gleiche Thread-Speicherbandbreite Verhältnis wie beim 3950x zu kommen. Bisher liefen die VM WUs dort 28 Minuten klang, beim 3950x ca. 11 Minuten.
Mal schauen wo der nun landet.
Jetzt rauschen sie in unter 14 Minuten durch.....
So, jetzt rechnet er mit SMT off auf allen Kernen, mal schauen ob es bei den unter 13 Minuten bleibt.
Wäre mal interessant wie ein 3995WX oder der entsprechende Epyc mit seinen 8 Speicherkanälen oder ein TR 3970X mit SMT abschneiden würde.
Mal schauen wo der nun landet.
Doppelposting wurde automatisch zusammengeführt:
Jetzt rauschen sie in unter 14 Minuten durch.....
Doppelposting wurde automatisch zusammengeführt:
So, jetzt rechnet er mit SMT off auf allen Kernen, mal schauen ob es bei den unter 13 Minuten bleibt.
Wäre mal interessant wie ein 3995WX oder der entsprechende Epyc mit seinen 8 Speicherkanälen oder ein TR 3970X mit SMT abschneiden würde.
Zuletzt bearbeitet:
- Status
Ähnliche Themen
