14. Pentathlon 2023: Querfeldein (Einstein@Home)

[FritzB]

Und ein letztes Mal von @Nero24 geklaut

Für alle Fragen, die zum Querfeldein (Einstein@home) im Rahmen des Pentathlon 2023 auftreten, soll dieser Thread dienen.

Zeitraum:
Start: 14.05.2023 um 0:00 Uhr (UTC) bzw. 2:00 Uhr (MESZ)
Ende: 19.05.2023 um 0:00 Uhr (UTC) bzw. 2:00 Uhr (MESZ)

Ankündigung der Pentathlon-Initiatoren:

SETI.Germany Forum - BOINC Pentathlon 2023: 5th project in the discipline Cross Country

BOINC Pentathlon 2023: 5th project in the discipline Cross Country

www.seti-germany.de

Projektseite:

Einstein@Home

einstein.phys.uwm.edu

Konto erstellen:
https://einsteinathome.org/de/user/registration
Alternativ über den BOINC-Manager beim Projekt mitmachen

Unser Team mit Beitrittslink:
https://einsteinathome.org/de/community/teams/172823
Unserem Team bitte beitreten bevor die Disziplin startet bzw. bevor Punkte erzielt wurden. Dazu auf der Teamseite ins Projekt einloggen und dann "Team beitreten (join team)" wählen. Teamwechsel während des Wettkampfes sind verpönt!

Schwacher Schlüssel für den P3D-Cluster:
Der schwache Kontoschlüssel für dieses Projekt:

 307184_6d6bfcba5cde842632227dc5fd0b8266

Lokale Dateien:
account_einstein.phys.uwm.edu.xml

<account>
<master_url>http://einstein.phys.uwm.edu/</master_url>
<authenticator>307184_6d6bfcba5cde842632227dc5fd0b8266</authenticator>
</account>

Windows: C:\ProgramData\BOINC\
Linux: /var/lib/boinc-client/

Weitere Informationen in unserem DC-Wiki:

https://dc.planet3dnow.de/wiki/index.php/Einstein@Home

Besonderheiten:

• Quorum=2 -> Pending (ab dem 17.05. möglichst keine frischen WUs mehr holen, sondern vorher genügend holen, damit sie bis zum Ende reichen)
• Inzwischen läuft das Projekt auf NVIDIA Karten genauso gut wie auf ATI/AMD Karten.
• Wenn möglich nicht mit CPUs berechnen, die brauchen wir bei anderen Projekten.
• Es empfiehlt sich in den Berechnungseinstellungen auf der Webseite das Subprojekt "Gamma-ray pulsar binary search #1 (GPU)" auszuwählen. Bringt am meisten Punkte/Zeit.
• Zwei WUs gleichzeitig laufen zu lassen ist in der Regel effizienter als nur eine. Wegen hoher CPU-Last am besten einen Kern pro WU freihalten.

Hostseintrag zum Bunkern:

#Einstein@home
127.0.0.1 scheduler.einsteinathome.org
::1 scheduler.einsteinathome.org

Spoiler

Es wird nicht der Upload der fertigen WU blockiert, sondern nur das Fertigmelden. Damit werden die Ergebnisse direkt nach und nach hochgeladen und nicht alle auf einmal. Punkte gibt es erst, wenn man den Hosteintrag wieder entfernt bzw. blockiert.

Bunkern per Instanzen statt via Hostseintrag (empfohlen):

• Anleitung zum manuellen oder geskripteten Erstellen von Instanzen

 

[EselTreiber]

Ist bunkern bei Einstein nicht mehr möglich? Für mich gibt's nur 22 WUs maximal gleichzeitig...?

 

[MagicEye04]

Ich hab genug bekommen. 10+10Tage eingestellt und los gings, bis die 1000 voll waren.
Wie lautet die Meldung?

 

[EselTreiber]

Es gibt keine Meldung. Eine WU ist fertig, neue wird angefragt und es gibt dann 1 neue.
Und wenn es nur max. 1000 gibt, ist das ja auch nicht alle Welt...

 

[Cashran]

Hinzufügen des Projektes nicht möglich - bei Euch auch?

 

[EselTreiber]

Gerade ging es noch. Etwas unter 100s/WU... waren die nicht auch mal länger bei Einstein? Ist aber auch lange her, dass ich das gerechnet habe.

 

[sompe]

Ist bunkern bei Einstein nicht mehr möglich? Für mich gibt's nur 22 WUs maximal gleichzeitig...?

Wenn Einstein länger nicht gelaufen ist geht es meiner Erinnerung nach von falschen Laufzeiten aus und puffert entsprechend. Wenn es dann ein weilchen läuft und sich wieder einrechnet kommen auch deutich mehr WUs.

 

[FritzB]

Wer die Meldung bekommt:

| Einstein@Home | Invalid global preferences supplied, please check https://einsteinathome.org/community/forum/19 on how to fix that.

muss einmal in die Projekteinstellungen "Advanced Settings" gehen, z.B. den Puffer erhöhen, speichern und im BM aktualisieren. Dann ist schon mal diese Meldung weg.



Aber auch danach bekomme ich pro Minute max. 46 WUs, meistens zwischen 25 und 35.

 

[sompe]

PS: etwas über ne Stunde auf der IGP des 5700G.

 

[FritzB]

PS: etwas über ne Stunde auf der IGP des 5700G.

Dann switch ich den 5600G von NFS zu Asteroids! Da braucht die WU geschmeidige 4:28h auf der APU/IGP/demeingebautenbildmachgerät

 

[Maverick-F1]

1.000 WUs krieg ich nie pro Instanz - bei mir war bisher immer bei max. gut 500 WUs Schluss...

 

[EselTreiber]

Dann muss Einstein hier im China-Bunkermodus laufen. Bin bis Sonntag nicht mehr zu Hause. Da müssen die Rechner einfach so durchrechnen.

 

[MagicEye04]

Es gibt keine Meldung.

Es gibt immer eine Meldung.
Ist vielleicht die Projektprio auf 0 gestellt?

 

[EselTreiber]

Nunja, die Meldung ist ja, dass eine WU geholt wurde. Aber es bleibt halt bei einer. Ich warte mal ab, was über Nacht so passiert.

 

[MagicEye04]

Und die erwartete Laufzeit der WU passt soweit?
Lief Einstein vorher schon mal auf dem Rechner?

 

[EselTreiber]

Laufzeiten passen, Laufzeitfaktor korrigiert. Rechner hat in der aktuellen Konfiguration aber noch kein Einstein gerechnet. Mag wohl daran liegen.

 

[koschi]

Ggf noch on_frac auf 0.99 setzen

 

[sompe]

Dann muss Einstein hier im China-Bunkermodus laufen. Bin bis Sonntag nicht mehr zu Hause. Da müssen die Rechner einfach so durchrechnen.

Ich glaube es war früher schon so das die ersten 1-2 Tage locker 2/3 der WUs ins Pending wandern udn sich das Verhältnis im laufe der Rechentage bessert.

 

[Magnusson]

Laufzeiten passen, Laufzeitfaktor korrigiert. Rechner hat in der aktuellen Konfiguration aber noch kein Einstein gerechnet. Mag wohl daran liegen.

Merkwürdig, meinen jetztigen Rechner hat Einstein noch nie gesehen und ich habe in mehreren Anfragen 105 WUs bekommen bis ein "won't finish in time" kam.
Bei knapp unter 1h pro WU passt das aber ganz gut, wenn ich nach Prime wechsle.

 

[seTTam]

PS: etwas über ne Stunde auf der IGP des 5700G.

interessant, bei mir alles rund 34min (Ubuntu),
ok, dafür nicht alle CPU-threads ausgelastet

 

[sompe]

Das liegt vermutlich daran das ich nicht auf das Unterprojekt geachtet hatte.
eine gute Stunde laufen die "Binary Radio Pulsar Search (MeerKAT) 0.12 (BRP7-opencl-ati)" WUs, die klassischen "Gamma-ray pulsar binary search #1 on GPUs 1.22" werden bisher ebenfalls mit einer halben Stunde prognostiziert.

Aus der Erinnerung heraus kann ich aber sagen das die ATI MeerKAT WUs nit mit den entsprechenden Intel WUs vergleichbar sind. Die Intel WUs laufen schneller und werfen erheblich weniger ab.

 

[sompe]

Ich hab mal ne kleine Spass Config mit nem 5700G und einer ARC A770 zusammengebastelt da in beiden Fällen multi WU aus verschiedenen Gründen sinnlos ist und lasse die etwas einrechnen.
Wird sicher lustig die laufen zu lassen.

 

[Pegasushunter]

Wieso lustig ?

 

[Ereignishorizont]

Mindestens seit heute Mittag kriege ich auf allen Rechnern nur noch Meldungen, dass keine Verbindung mehr zum Server möglich ist.

Fr 12 Mai 2023 17:45:33 CEST | Einstein@Home | Requesting new tasks for CPU and NVIDIA GPU
Fr 12 Mai 2023 17:45:34 CEST |  | Project communication failed: attempting access to reference site
Fr 12 Mai 2023 17:45:34 CEST | Einstein@Home | Scheduler request failed: Couldn't connect to server
Fr 12 Mai 2023 17:45:35 CEST |  | Internet access OK - project servers may be temporarily down.

Liegt das an mir oder hämmern da nur wieder tausende auf die Server ein und legen dann mal zur Abwechslung schon die Downloadserver lahm?

 

[Maverick-F1]

hosts-Eintrag?
Bei mir hat vorhin das Instanzen aufladen problemlos geklappt...