16. Pentathlon 2025: Sprint (SRBase)

FritzB

Grand Admiral Special
★ Themenstarter ★
Mitglied seit
25.12.2002
Beiträge
3.567
Renomée
2.222
Standort
Märkisch Kongo
  • BOINC Pentathlon 2019
  • BOINC Pentathlon 2018
  • BOINC Pentathlon 2017
  • BOINC Pentathlon 2016
  • BOINC Pentathlon 2015
  • BOINC Pentathlon 2014
  • BOINC Pentathlon 2013
  • BOINC Pentathlon 2012
  • SETI@Home Wow!-Event 2019
  • SETI@Home Intel-Race II
  • BOINC Pentathlon 2020
  • THOR Challenge 2020
  • BOINC Pentathlon 2021
  • BOINC Pentathlon 2022
  • BOINC Pentathlon 2023
  • BOINC Pentathlon 2024
Für alle Fragen, welche bei SRBase im Rahmen des Pentathlon 2025 auftreten, soll dieser Thread dienen!

Es werden sämtliche Unterprojekte CPU/GPU gewertet!

Zeitraum:
10.05.-13.05., Start um 02:00 Uhr MESZ

Ankündigung der Pentathlon-Initiatoren:

Projektseite:
https://srbase.my-firewall.org/sr5/

Konto erstellen:

Da das Projekt mit einem Einladungscode arbeitet, muss das Benutzerkonto vorher über die Projektseite erstellt werden. In diesem Fall funktioniert die Erstellung über den BOINC-Manager nicht.

Einladungscode: pillepalle

Unser Team mit Beitrittslink:

https://srbase.my-firewall.org/sr5/team_display.php?teamid=50
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!

Wer nicht extra einen eigenen Account bei dem Projekt erstellen will kann über den schwachen Kontoschlüssel des P3D Cluster mitrechnen.

Schwachen Schlüssel für den P3D Cluster:
Code:
<account>
   <master_url>http://srbase.my-firewall.org/sr5/</master_url>
   <authenticator>2251_a7c83ad4235e83267bec2db9f19a25ef</authenticator>
</account>

Datei als account_srbase.my-firewall.org_sr5.xml speichern unter:
Win C:\ProgramData\BOINC\
Linux /var/lib/boinc-client/


Besonderheiten des Projekts:
  • Quorum 1 -> Punkte werden sofort gutgeschrieben
  • GPU: TF auf NVidia bringt am meisten, AMD ist hier sehr schwach
  • max. 100 WUs pro Kern, 80 WUs pro GPU
  • Unter Linux ist die Berechnungszeit (CPU) deutlich kürzer
  • wenn mehrere Instanzen genutzt werden, muss dafür zwingend ein eigener Name vergeben werden. Die fertigen WUs verschwinden sonst!


Hosteintrag für totalen Kommunikationstop nach dem Vollsaugen:
Code:
#SRBase
127.0.0.1 srbase.my-firewall.org
::1 srbase.my-firewall.org


Bunkern per Instanzen statt via Hostseintrag (empfohlen):

Weitere Informationen in unserem DC-Wiki:
 
Zuletzt bearbeitet:
Speerwerfen? Ich denke Sprint... ;)
 
Ist geändert, danke!
 
@Landjunge: Quatsch, gibt reichlich
TF347,61941,8590.33 (0.01 - 15.91)131
 
Ist normal, ne Begrenzung vom Ersteller
 
Ich habe gleich welche gekriegt, aber erst nur auf de Lappy. Sehr seltsames Projekt.
Eine TF lastet die GTX965M zu 99% aus. Der BM geht sogleich auf 100% und Restzeit "---", aber die Wuze läuft und läuft. GPU pendelt zwischen 75 und 84°C und die CPU-Last ist nicht nennenswert.

Ich bin gespannt, wie lange das Monster braucht.
 
Die RTX 3050 werde ich bestimmt einsetzen, aber die ganzen kleinen?
GTX 750Ti und GT1030 - machen die überhaupt Sinn?
 
Haben die TFs keine Checkpoints? Boah. Nach gut 25min geht mir der Lappy einmal aus und zack, läuft die Wuze wieder von ganz vorn. Sehr ärgerlich. *admin*

Edit: Entweder ist die GTX965M zu alt oder der Treiber - auf der RTX3050 läuft es. Alles O.K.
 
Zuletzt bearbeitet:
Haben die TFs keine Checkpoints? Boah. Nach gut 25min geht mir der Lappy einmal aus und zack, läuft die Wuze wieder von ganz vorn. Sehr ärgerlich. *admin*
Ja, alle 60 sek, ich würde nicht empfehlen, die auf nem lappy laufen zu lassen, wegen Auslastung in Hitze, liegt wohl nur am wrapper, da die Laufzeit nicht speichert wird, deswegen auch feste credits, man kann das im Slot prüfen wo gerade die WU in % liegt.
 
Zuletzt bearbeitet:
Auf Ubuntu/ATI werden leider alle WUs direkt nach dem Start geschrottet.
Mi 07 Mai 2025 19:03:25 CEST | SRBase | Starting task TF_75-76_262-343M_wu_56178_0
Mi 07 Mai 2025 19:03:28 CEST | SRBase | Computation for task TF_75-76_262-343M_wu_56178_0 finished
Mi 07 Mai 2025 19:03:28 CEST | SRBase | Output file TF_75-76_262-343M_wu_56178_0_0 for task TF_75-76_262-343M_wu_56178_0 absent

Offenbar braucht das Projekt irgendwelche Sonderlocken und liefert die nicht mit.
<core_client_version>7.16.6</core_client_version>
<![CDATA[
<message>
process exited with code 195 (0xc3, -61)</message>
<stderr_txt>
2025-05-07 19:03:25 (985924): wrapper (7.24.26018): starting
2025-05-07 19:03:25 (985924): wrapper (7.24.26018): starting
2025-05-07 19:03:25 (985924): wrapper: running ./mfakto-x64 (-d 0)
2025-05-07 19:03:25 (985924): wrapper: created child process 985933
./mfakto-x64: /lib/x86_64-linux-gnu/libc.so.6: version `GLIBC_2.34' not found (required by ./mfakto-x64)
./mfakto-x64: /lib/x86_64-linux-gnu/libc.so.6: version `GLIBC_2.38' not found (required by ./mfakto-x64)
./mfakto-x64: /lib/x86_64-linux-gnu/libstdc++.so.6: version `GLIBCXX_3.4.29' not found (required by ./mfakto-x64)
./mfakto-x64: /lib/x86_64-linux-gnu/libstdc++.so.6: version `GLIBCXX_3.4.32' not found (required by ./mfakto-x64)
2025-05-07 19:03:26 (985924): ./mfakto-x64 exited; CPU time 0.000587
2025-05-07 19:03:26 (985924): app exit status: 0x1
2025-05-07 19:03:26 (985924): called boinc_finish(195)

</stderr_txt>
]]>

Ich kann mich dunkel erinnern, dass ich da letztes Jahr schon erfolglos herumprobiert hatte.
 
Zuletzt bearbeitet:
Auf Ubuntu/ATI werden leider alle WUs direkt nach dem Start geschrottet.
Mi 07 Mai 2025 19:03:25 CEST | SRBase | Starting task TF_75-76_262-343M_wu_56178_0
Mi 07 Mai 2025 19:03:28 CEST | SRBase | Computation for task TF_75-76_262-343M_wu_56178_0 finished
Mi 07 Mai 2025 19:03:28 CEST | SRBase | Output file TF_75-76_262-343M_wu_56178_0_0 for task TF_75-76_262-343M_wu_56178_0 absent

Offenbar braucht das Projekt irgendwelche Sonderlocken und liefert die nicht mit.
<core_client_version>7.16.6</core_client_version>
<![CDATA[
<message>
process exited with code 195 (0xc3, -61)</message>
<stderr_txt>
2025-05-07 19:03:25 (985924): wrapper (7.24.26018): starting
2025-05-07 19:03:25 (985924): wrapper (7.24.26018): starting
2025-05-07 19:03:25 (985924): wrapper: running ./mfakto-x64 (-d 0)
2025-05-07 19:03:25 (985924): wrapper: created child process 985933
./mfakto-x64: /lib/x86_64-linux-gnu/libc.so.6: version `GLIBC_2.34' not found (required by ./mfakto-x64)
./mfakto-x64: /lib/x86_64-linux-gnu/libc.so.6: version `GLIBC_2.38' not found (required by ./mfakto-x64)
./mfakto-x64: /lib/x86_64-linux-gnu/libstdc++.so.6: version `GLIBCXX_3.4.29' not found (required by ./mfakto-x64)
./mfakto-x64: /lib/x86_64-linux-gnu/libstdc++.so.6: version `GLIBCXX_3.4.32' not found (required by ./mfakto-x64)
2025-05-07 19:03:26 (985924): ./mfakto-x64 exited; CPU time 0.000587
2025-05-07 19:03:26 (985924): app exit status: 0x1
2025-05-07 19:03:26 (985924): called boinc_finish(195)

</stderr_txt>
]]>
Deine libc ist zu alt. Du hast nur libc 2.31. Gefordert ist wohl 2.34 laut stderr
Ab Ubuntu 22.04 ist es die libc 2.35
Da hilft nur do-release-upgrade
 
Dann läuft womöglich irgendwas Anderes wieder nicht. Also bleibt die VII eben außen vor.
Ich bin bewusst noch auf Ubuntu20, weil der Grafiktreiber sonst Probleme macht.
 
Wenn man doch nur so 1000 Wus pro GPU bunkern könnte *kopfkratz Dann wäre einiges einfacher*buck*
 
TF habe ich mal abgewählt, vielleicht kommen ja andere Sub-Projekte für die AMD-Karte. Aktuell gibt es nur keine WUs.
 
So. Eine SRBase habe ich durch auf der RTX3050 (Cuda128).
Laufzeit 22:30 min, also würde mein Bünkerchen für ca. 34h reichen. Pausiert bis morgen nach Sonnenaufgang *buck*
Den Test auf dem Lappy habe ich abgebrochen.
 
Das würde bei den Massen Probleme mit dem feeder und der Datenbank machen weil zu viele dann in progress sind. Bei den schnellen Karten würden die dann wohl 20 WUs pro Stunde schaffen
Könnte man die WUs nicht einfach größer machen?

Ich hab nun 80 TF für die Geforce1030. Mal sehen, wie lange die brauchen.
 
Springen die bei Euch auch direkt auf 100% laufen aber weiter?
 
Zurück
Oben Unten