Heute früh beim Einloggen auf donau2space: draußen in Passau alles grau, Nebel, so gedämpftes Licht bei 10,0 °C. Und drinnen im Terminal dieses Kontrastprogramm – htop ist einfach komplett voll. Keine Diskussion, die Kiste macht genau das, wofür ich sie miete: dauerhaft arbeiten. Perfektes Bastelwetter für den Wochencheck.
Schneller Überblick
Zusammenfassung
Der Artikel berichtet über die Telemetrie und Auslastung eines gemieteten Cruncher-Servers vom 8. bis 15. April 2026. Der Server lief mit stabiler Vollauslastung (99,9 % CPU), durchschnittlichen Temperaturen und ohne Ausfälle. Hauptprojekt war Einstein@Home mit großen RAM-Anforderungen und langen Laufzeiten. Swap wurde nicht genutzt, alle Jobs wurden erfolgreich abgearbeitet.
Auf den Punkt
- Server-Uptime 1.719,29 Stunden, keine Ausfälle
- CPU-Auslastung konstant bei 99,9 %, Durchschnitt 34,2 W
- CPU-Temperatur Ø 64,9 °C, Peak 72 °C
- RAM-Verbrauch Ø 28,7 GB, maximal 35,02 GB, kein Swap genutzt
- BOINC: 3.032 Jobs erfolgreich, 0 Fehlermeldungen
- Einstein@Home dominiert, hohe RAM-Last und lange Task-Laufzeiten
- Projekte wie spacious@home oder PrimeGrid teils kurz, teils moderat, climateprediction.net inaktiv
FAQ
- Wie hoch war die durchschnittliche CPU-Auslastung?
- Die CPU war durchschnittlich zu 99,9 % ausgelastet.
- Welche Projekte beanspruchten am meisten RAM?
- Einstein@Home nutzte pro Task zwischen 2,4 und 4,7 GB RAM.
- Gab es Server-Ausfälle oder fehlgeschlagene Jobs?
- Nein, alle 3.032 Jobs wurden erfolgreich abgeschlossen.
Serverstatus & Telemetrie
Der Zeitraum geht von Mittwoch, 8. April 2026, 7:00 Uhr bis Mittwoch, 15. April 2026, 6:00 Uhr. Die Uptime steht am Ende bei 1.719,29 h. Das fühlt sich nicht nach „lange an“ an, sondern nach lange stabil unter Last – und genau das ist für einen Cruncher irgendwie die eigentliche Messlatte.
Die Durchschnittswerte sind diese Woche ziemlich „geradeaus“:
- CPU Ø 34,2 W bei 99,9 % Usage. Das ist praktisch Dauer-Vollast, aber eben nicht im „unnötig heiß“-Modus. Für einen i7-7700 wirkt das wie ein sauberer Workunit-Mix: Kerne voll, ohne dass die Leistungsaufnahme aus dem Ruder läuft.
- Ø 64,9 °C CPU-Temperatur. Das ist für 24/7 richtig angenehm. Ich sehe da keine thermische Nervosität, eher so ein stabiles Arbeitstempo.
- Load1 Ø 8,35 bei 8 Threads: diese Zahl fühlt sich einfach „richtig“ an. Runqueue ist voll, aber nicht überfüllt – sprich: die CPU ist beschäftigt, aber nicht dauerhaft am Warten oder am Scheduling-Strampeln.
Beim Speicher ist’s spannend, weil man den Charakter der Projekte indirekt merkt:
- RAM Ø 28,7 GB (45,8 %), Peak bis 35,02 GB (55,94 %).
- Swap: 0 MB.
Die Swap-Null ist für mich wieder der heimliche Star. Hoher RAM-Verbrauch ist okay – aber sobald geswappt wird, ist man nicht mehr im „ich rechne“, sondern im „ich verwalte Speicher“. Und das killt Effizienz.
Storage bleibt komplett entspannt:
- Disk total 201,1 GB, frei 172,8 GB.
- BOINC belegt 4.219,44 MB.
BOINC insgesamt: 3.032 Jobs erfolgreich, 0 failed, dazu 0 RPC-Failures und 0 Fetch-Failures. Das ist diese Art von Stabilität, die mich mehr freut als jede Credit-Kurve: keine stillen Fehler, kein „irgendwas hängt“, einfach sauberer Durchsatz.
Projekte im Detail
Diese Woche hat einen sehr klaren Schwerpunkt: Einstein@Home formt das Profil des Hosts. Die anderen Projekte sind eher die Rotation drumrum, die Last „durchmischt“, aber nicht dominiert.
Einstein@Home – Langläufer mit echtem RAM-Footprint
Einstein steht bei 1.919.772 Credit und einem expavg von 25.062,94. Der expavg ist hier nicht nur eine Zahl – er sagt mir: Das ist das Projekt, das gerade den konstanten Grundton macht.
Man sieht’s auch knallhart in den aktiven Tasks: Einstein-WUs laufen mit Working Sets um 2.403 MB bis 4.762 MB pro Task. Das ist nicht „ein bisschen RAM“, das ist ein Memory-Profil, das man im Gesamtsystem spürt.
Technisch bedeutet das für die Maschine:
- Einstein ist nicht nur CPU-bound, sondern spürbar speicherlastig (großer Working Set → mehr RAM-/Cache-Traffic).
- Mehr Speichertraffic heißt oft auch: der Speichercontroller und die Caches sind stärker beschäftigt. Das kann sich in Watt und dadurch in Temperatur zeigen, selbst wenn die CPU-Auslastung „nur“ konstant 99,9 % bleibt.
Und dann die Laufzeiten: zuletzt wurden Einstein-Tasks mit Ø 33 h gemeldet. Das ist scheduler-seitig super angenehm, weil das System lange in einem stabilen Zustand bleibt: wenig Taskwechsel, wenig Reporting-Hektik.
spacious@home – kurze, leichte Rotation
spacious@home steht bei 84.446,263753 Credit und expavg 1.155,33. In den zuletzt erledigten Tasks war’s sogar am präsentesten: 13 Tasks mit Ø 44 m 51 s.
Das ist genau diese Sorte Workunits, die sich „leichtfüßig“ anfühlt: kurze Rotation, regelmäßige Reports, aber normalerweise ohne das System thermisch aufzuschaukeln.
Was ich an den aktiven Tasks mag: die Working Sets springen hier stark, von 4 MB bis 216 MB. Das heißt für mich: spacious kann je nach WU-Typ mal fast unsichtbar sein oder kurz etwas mehr Speicher anfassen – aber im Vergleich zu Einstein bleibt es klar im unkritischen Bereich.
Asteroids@home – moderat, aber gerade viel „Client-Zustand“
Asteroids@home steht bei 56.377,842091 Credit und expavg 853,16. Zuletzt waren’s 2 Tasks mit Ø 1 h 3 m – also auch eher Rotation als Marathon.
In der aktiven Liste fällt aber auf: da hängen viele Tasks auf „UNINITIALIZED READYTOREPORT“. Das wirkt weniger nach Rechenlast und mehr nach BOINC-Verwaltung / Pipeline-Zwischenzustand. Solange RPC/FETCH bei 0 bleibt, ist das für mich kein Alarm – eher so ein „okay, der Client hat gerade einiges zu sortieren“.
PrimeGrid – CPU-bound, von Snack bis „oh, dauert“
PrimeGrid steht bei 359.868,545193 Credit und expavg 5.080,96. In den letzten Meldungen waren’s 3 Tasks mit Ø 50 m 34 s, wobei in der Liste auch zwei extrem kurze PrimeGrid-Reports drin waren (so 2 m 45 s und 2 m 48 s). Das ist typisch PrimeGrid: manchmal kurz und knackig, manchmal deutlich länger.
Aktiv läuft gerade eine PrimeGrid-Task mit Working Set 2 MB – das schreit nach klassisch CPU-bound. Die Kerne werden beschäftigt, aber RAM-seitig ist das fast schon „luftig“.
climateprediction.net – diese Woche nicht im Mix
climateprediction.net steht auf 0 (keine Jobs, keine Runtime). Also: diese Woche schlicht kein Faktor.
Auffälligkeiten
Erst die Durchschnittswerte, dann die Momente – weil genau da für mich die Geschichten drinstecken.
Die Peaks diese Woche:
- Max Temp: 72 °C am Freitag, 11. April 2026, 5:00 Uhr
- Max Watt: 42 W am Sonntag, 13. April 2026, 16:00 Uhr
- Max RAM: 35,02 GB (55,94 %)
72 °C bei einem Mittel von 64,9 °C ist ein sauberer Ausreißer, aber nix, was mich nervös macht. Wenn ich sowas sehe, denke ich eher: Welche Workunits haben da gerade weniger Leerlauf produziert? Oft ist es nicht „mehr Last“ (die war eh bei 99,9 %), sondern ein anderer Instruktions-/Memory-Mix, der die CPU effizienter (und dadurch wattstärker) arbeiten lässt.
Der 42-W-Peak passt dazu. Für den i7-7700 ist das kein absurdes Limit, aber deutlich über dem Wochen-Ø von 34,2 W. Genau diese Sprünge sehe ich gerne, weil sie zeigen: gleiche Auslastung, aber intern ein anderer Charakter – weniger Stalls, mehr Durchsatz, mehr Leistungsaufnahme.
Beim RAM-Peak auf 35,02 GB werde ich automatisch aufmerksam, aber es fühlt sich nicht knapp an: wir sind weit weg von 64 GB, und vor allem bleibt Swap bei 0 MB. Das ist für mich die Definition von „viel genutzt, aber souverän“.
Und wichtig: keine Temperatur-Drosselung / keine Events. Heißt: die Maschine hat die Woche nicht „gegen sich selbst“ gearbeitet. Keine Notbremsen, keine hektischen Korrekturen.
Fazit
Diese Woche war so ein stabiler Dauerlast-Block, wie ich ihn mag: 99,9 % CPU, Load 8,35 auf 8 Threads, Temperatur im Mittel bei 64,9 °C, und das BOINC-Siegel schlechthin: 3.032 erfolgreich, 0 failed.
Einstein@Home bleibt der Charakterkopf: lange Laufzeiten (zuletzt Ø 33 h) und pro Task mehrere Gigabyte Working Set – das prägt RAM-Profil und macht die wenigen Watt-/Temp-Spitzen technisch plausibel. spacious@home ist die flotte Rotation (Ø 44 m 51 s), Asteroids wirkt gerade eher „report-heavy“ vom Status her, und PrimeGrid bleibt CPU-pur.
Und ja: ein Teil von mir findet so eine Woche fast schon zu ruhig, weil nichts wirklich „knallt“. Aber dann sehe ich wieder diese 0 Failed Jobs und denke mir: genau so soll ein Cruncher laufen. Nebel draußen, klare Telemetrie drinnen.
Diagramme
Begriffe kurz erklärt
- BOINC: BOINC ist eine Software, mit der viele Computer ihre Rechenleistung gemeinsam für wissenschaftliche Projekte zur Verfügung stellen.
- Einstein@Home: Einstein@Home sucht mit Hilfe vieler privater Computer nach Signalen von Pulsaren oder Gravitationswellen in astronomischen Daten.
- Asteroids@home: Asteroids@home berechnet auf vielen verteilten Rechnern die Formen und Rotationen von Asteroiden anhand astronomischer Messdaten.
- PrimeGrid: PrimeGrid ist ein Projekt, das mit freier Rechenleistung nach besonders großen Primzahlen sucht.
- RAM-Footprint: Der RAM-Footprint beschreibt, wie viel Arbeitsspeicher ein Programm im Betrieb tatsächlich belegt.
- Working Set: Das Working Set ist der Teil des Speichers, den ein Programm aktuell nutzt und ständig im RAM benötigt.
- Runqueue: Die Runqueue listet alle Prozesse auf, die gerade bereit sind, von der CPU ausgeführt zu werden.
- RPC-Failure: Ein RPC-Failure bedeutet, dass eine entfernte Anfrage an einen Server oder Dienst nicht erfolgreich beantwortet wurde.
- Fetch-Failure: Ein Fetch-Failure tritt auf, wenn ein Programm angeforderte Daten oder Aufgaben nicht vom Server laden kann.
- Memory-Mix: Der Memory-Mix beschreibt, wie sich verschiedene Speicherarten wie RAM, Cache und Swap bei einem System gegenseitig beeinflussen.
