Ich hab mich heute früh auf donau2space eingeloggt, draußen in Passau ist’s genau dieses grau & gedämpft (bedeckt, 0,9°C, alles wirkt wie auf „Leise“ gestellt) – und drinnen: BOINC macht einfach seinen Job. Ich schau als Erstes in die Telemetrie, seh die flache Lastlinie… und dann sticht mir eine Zahl ins Auge: 78°C als Peak. Nicht wild, aber genug, dass mein Kopf direkt auf „okay, warum genau da?“ schaltet.
Serverstatus & Telemetrie
Zeitraum war von Mittwoch, 11. Februar 2026, 8:00 Uhr bis Mittwoch, 18. Februar 2026, 7:00 Uhr. Am Ende stehen 376,28 h Uptime – und das ist für mich immer noch der beste Stabilitäts-Trigger: keine Neustarts, kein „irgendwas hat sich aufgehängt und ich hab’s nicht gemerkt“.
Im Schnitt lief die Woche sehr crunchy und ziemlich sauber durch:
- CPU: 35,1 W bei 100,0 % Auslastung. Das ist für den i7-7700 ein eher „effizienter Dauerlauf“ als ein brutaler Push. Heißt: volle Kerne, aber ohne dass er ständig in unnötige Watt-Spitzen rennt.
- Ø 65,8°C CPU-Temp. Für 24/7-Last fühlt sich das richtig stabil an – weit weg von allem, was ich als grenzwertig empfinden würde.
- Load1 8,50 bei 8 Threads ist dieses „sitzt perfekt“-Gefühl in
htop: Runqueue ist voll, aber nicht absurd überfüllt. Das ist kein Leerlauf und kein Chaos, sondern einfach konstante Arbeit. - RAM Ø 22,8 GB (36,4 %), Swap 0 MB. Genau so mag ich’s: genug RAM für große Projekte, aber nichts drückt auf Swap. Swap-Null heißt für mich auch: keine versteckten Latenz-Spikes, keine plötzlich zähen Workunits, nur weil der Speicher anfängt zu wandern.
- Storage bleibt komplett entspannt: 201,1 GB total, 179,1 GB frei. BOINC selbst belegt 904,97 MB – das ist „passt in jede Ecke“.
BOINC-seitig ist die Woche fast schon langweilig gut: 412 Jobs erfolgreich, 0 failed. Und ja: 0 Failed Jobs macht mich ehrlicher glücklich als jeder Credit-Boost, weil es bedeutet, dass unter Dauerlast weder RAM noch CPU noch irgendwas „leise“ aus dem Tritt kommt.
Projekte im Detail
Diese Woche ist vom Charakter her ein Mix aus „Langläufer mit RAM-Appetit“ und „kurze CPU-Rotation“, und genau das sieht man dann auch an RAM-Peaks und an dem kleinen Temperatur-Ausreißer.
Einstein@Home – der RAM-schwere Langläufer
Einstein@Home ist bei mir weiterhin der große Brocken: 261.693 Credit, expavg 13.487,84, 92,11 d Runtime – das ist nicht „ich hab’s auch noch an“, das ist die Basislast.
Was Einstein für’s System bedeutet, sieht man schön an den aktiven Tasks: da hängen Workunits mit Working Sets von 2.678 MB bis 4.378 MB pro Task drin. Das ist wichtig, weil es eben nicht nur CPU-bound ist, sondern gleichzeitig Speicherbandbreite und Memory-Controller konstant mitarbeiten.
Mein Gefühl dabei: Wenn mehrere dieser dicken Einstein-Tasks parallel laufen, wird RAM zwar nicht knapp (64 GB sind hier echt komfortabel), aber es erklärt sofort, warum der Rechner nicht nur warm wird, sondern diese „schwere“ Grundlast bekommt – nicht hektisch, eher wie ein Motor, der dauerhaft Zug macht.
PrimeGrid – CPU-bound, schön gleichmäßige Taktarbeit
PrimeGrid steht bei 18.504,186269 Credit (expavg 1.771,58), 74 Jobs erfolgreich und 5,66 d Runtime. Das wirkt bei mir sehr CPU-fokussiert: die Tasks sind relativ gleichförmig, und die zuletzt erledigten PrimeGrid-WUs lagen im Schnitt bei 1h 46m.
Auch die Working Sets in den laufenden PrimeGrid-Tasks (so 173–174 MB) sind moderat. Heißt praktisch: PrimeGrid füllt Kerne sauber aus, ohne RAM-Druck zu erzeugen. Das ist genau der Typ Workload, der ein System „rund“ laufen lässt.
Asteroids@home – kurze Rotation, kaum Speicherstress
Asteroids@home: 9.915,483667 Credit, expavg 608,1, 178 Jobs erfolgreich, 7,96 d Runtime. In den zuletzt erledigten Tasks sieht man den Charakter: Ø 59m 57s – also deutlich kürzer als PrimeGrid.
Working Set bei dem einen aktuell laufenden Task: 14 MB. Das ist quasi nix. Asteroids ist dadurch eher ein Scheduler-/Turnover-Thema: mehr Taskwechsel, mehr „fertig → melden → nächster“. Das kann manchmal mehr kleine Aktivitäts-Spitzen erzeugen (I/O, kurze Lastwechsel), aber thermisch ist das bei dem RAM-Footprint meistens unauffällig.
spacious@home – leichter Füller mit Mini-Footprint
spacious@home liegt bei 21.000 Credit, expavg 1.121,18, 106 Jobs erfolgreich und 15,32 d Runtime. Was ich daran mag: Working Sets sind winzig (4 MB bis 27 MB bei den gerade laufenden Tasks). Das ist so wenig, dass es eher als „Kern-Füllmaterial“ wirkt: hält Threads beschäftigt, ohne den Speichercontroller extra zu quälen.
climateprediction.net – praktisch nicht existent
climateprediction.net ist diese Woche faktisch 0: 0 Credit, 0 expavg, 0 Runtime. Kein Einfluss auf Last, Temperatur oder sonstwas – es ist einfach nicht im Spiel.
Auffälligkeiten
Temperatur-Moment: 78°C
Der Peak lag bei 78°C am Mittwoch, 18. Februar 2026, 1:00 Uhr. Das triggert bei mir kein Alarmgefühl – 78°C ist für Dauerlast absolut okay – aber es ist ein klassischer „ich schau kurz genauer hin“-Moment.
Spannend ist der Kontext: Es gibt keine Drossel-Events, also kein thermisches Gegenregeln. Heißt für mich: Das war kein „System am Limit“, eher ein Lastmix-Moment, wo ein paar speicherfette Einstein-Phasen und der restliche Task-Mix gerade so zusammengepasst haben, dass die Temperatur mal spürbar über den Durchschnitt gegangen ist (Flag: TEMPSPIKEGEAVGPLUS_10C).
Watt-Peak: 46 W
Maximal gemessen wurden 46 W am Mittwoch, 18. Februar 2026, 7:00 Uhr. Das ist über dem Wochenschnitt von 35,1 W, aber nicht absurd. Für mich ist das eher ein Hinweis auf kurzzeitig aggressiveres Boost-/Lastverhalten oder eine Workunit-Phase, die die CPU etwas „dichter“ rechnet.
RAM-Peak: 30,71 GB
Der höchste RAM-Wert lag bei 30,71 GB (49,06 %). Das ist nicht knapp, aber es ist sichtbar – und das passt perfekt zu dem Einstein-Profil mit bis zu 4.378 MB Working Set pro Task. Wenn davon mehrere parallel laufen und das OS noch Cache hält, ist so ein Peak logisch.
Wichtigster Punkt: Swap bleibt bei 0 MB. Dadurch fühlt sich das Ganze souverän an. RAM wird genutzt, aber nicht erzwungen.
Fazit
Das war eine Woche, die sich richtig „erwachsen stabil“ anfühlt: 100,0 % CPU, Load sauber im Bereich, 0 Fehljobs, 0 RPC- und Fetch-Failures – und dabei Temperaturen, die nicht ans Limit gehen.
Der kleine Reiz war eigentlich nur dieser 78°C-Moment: nicht gefährlich, aber genau genug, dass ich wieder dran erinnert werde, wie stark der Workunit-Mix das Systemgefühl beeinflusst. Einstein drückt über RAM und lange Laufzeiten diese schwere Grundlinie rein, PrimeGrid/Asteroids/spacious füllen und rotieren drum herum.
Und ja… ein Teil von mir findet es fast schade, wenn’s so glatt läuft, weil dann nichts „zum Debuggen“ übrig bleibt. Aber genau das ist ja der Punkt: Stabilität schlägt Rekordwerte. Ich sitz lieber vor htop und seh eine langweilig perfekte Dauerlast, als irgendein Credit-Feuerwerk, das mir nebenbei den Host zicktig macht 😎
Diagramme
Begriffe kurz erklärt
- BOINC: BOINC ist eine Plattform, über die viele Leute ihre Rechnerleistung für wissenschaftliche Projekte spenden, etwa für Berechnungen aus Physik oder Astronomie.
- Telemetrie: Telemetrie bedeutet, Messdaten automatisch von entfernten Geräten zu einem Rechner zu schicken, etwa Temperatur oder Spannung eines Sensors.
- PrimeGrid: PrimeGrid ist ein verteiltes Rechenprojekt, das mit freiwilliger Rechenleistung nach großen Primzahlen sucht.
- Einstein@Home: Einstein@Home nutzt freie Rechenzeit auf PCs, um Daten nach Signalen von Pulsaren oder Gravitationswellen zu durchsuchen.
- Asteroids@home: Asteroids@home wertet Computermodelle aus, um Form und Rotation von Asteroiden anhand von Beobachtungsdaten besser zu bestimmen.
- Working Set: Das Working Set ist der Teil des Hauptspeichers, den ein Programm gerade aktiv benutzt und regelmäßig braucht.
- Memory-Controller: Ein Memory-Controller steuert, wie Daten zwischen Prozessor und Arbeitsspeicher gelesen oder geschrieben werden.
- Swap: Swap ist ein Bereich auf der Festplatte, den Linux nutzt, wenn der Arbeitsspeicher voll ist, ähnlich wie ein Ausweichlager.
- Load1: Load1 zeigt an, wie viele Aufgaben im Durchschnitt in der letzten Minute auf die CPU gewartet haben oder aktiv liefen.
- Runqueue: Die Runqueue ist die Warteschlange im Kernel, in der Prozesse warten, bis sie auf der CPU ausgeführt werden.
- Workunit: Eine Workunit ist ein kleines Arbeitspaket, das ein Rechner bei BOINC-Projekten bearbeitet und danach die Ergebnisse zurückmeldet.
