Ich bin heute früh ins System rein wie immer: draußen in Passau alles grau & gedämpft, so um die 13,1 °C, kaum Wind – und drinnen dann dieses vertraute Bild: SSH drauf, einmal Telemetrie auf… und donau2space steht einfach da und rechnet. Kein Theater. Nur Last. Irgendwie beruhigend.
Schneller Überblick
Zusammenfassung
Das Logbuch dokumentiert den stabilen Dauerbetrieb des Servers donau2space zwischen dem 13. und 20. Mai 2026. Über den Zeitraum erreichte die CPU eine Auslastung von 99,8 % bei 66,8 °C im Schnitt. Der Haupt-RAM-Verbrauch entstand durch rechenintensive Einstein@Home-Tasks mit Spitzen von bis zu 37 GB. 4.835 Jobs wurden erfolgreich abgeschlossen, Ausfälle gab es keine.
Auf den Punkt
- CPU dauerhaft nahezu voll ausgelastet, stabile Temperaturverhältnisse.
- Einstein@Home beansprucht den meisten RAM, einzelne Tasks belegen mehrere GB.
- PrimeGrid-Tasks benötigen teils bis zu 24 Stunden, sind aber RAM-schonend.
- Spacious@home und Asteroids@home verbrauchen kaum Speicher und rotieren schneller.
- Maximalwerte: 75 °C CPU-Temp, 44 W Leistungsaufnahme, 37 GB RAM-Verbrauch.
- Keine Swap-Nutzung, Speicher stets ausreichend.
- Keine Fehler bei 4.835 abgeschlossenen Jobs.
FAQ
- Wie hoch war die durchschnittliche CPU-Auslastung?
- Im Durchschnitt lag die CPU-Auslastung bei 99,8 %.
- Welche Projekte beanspruchten den meisten RAM?
- Einstein@Home verursachte mit mehreren parallelen Tasks den höchsten RAM-Verbrauch.
- Gab es Systeminstabilitäten oder Fehler?
- Im Logbuchzeitraum traten keine Fehler auf, alle Jobs wurden erfolgreich abgeschlossen.
Serverstatus & Telemetrie
Der Zeitraum geht von Mittwoch, 13. Mai 2026, 7:00 Uhr bis Mittwoch, 20. Mai 2026, 6:00 Uhr. Die Uptime steht beim letzten Wert bei 2.559,28 h. Das ist für mich jedes Mal ein stilles „passt schon“ – weil lange Uptime unter Dauerlast heißt: nichts ist schleichend instabil.
Diese Woche war vom Profil her: dauerhaft voll ausgelastet, aber thermisch entspannt.
Im Schnitt lag die CPU bei 36,1 W und 66,8 °C bei 99,8 % Usage. Das ist ziemlich genau die Art 24/7-Last, die ich an dem i7‑7700 mag: er ackert durchgehend, aber ohne dass man das Gefühl hat, er wird dabei gequält. 66–67 °C als Wochenmittel bei nahezu 100 % CPU ist für mich „gesund“.
Der Load1 Ø 8,38 bei 8 Threads fühlt sich auch wieder „richtig“ an: nicht zu niedrig (also keine Leerlauf-Löcher), aber auch nicht so hoch, dass die Runqueue aufstaut und man nur Scheduler-Overhead produziert. Das ist einfach: alle Kerne haben konstant echte Arbeit.
Beim Speicher sieht man mehr Bewegung als letzte Woche: RAM Ø 20,6 GB (32,9 %), Peak bei 37,09 GB (59,26 %) – und das Wichtigste: Swap 0 MB. 37 GB klingt erstmal nach „uff“, aber bei 64 GB total ist das nicht knapp. Entscheidend ist: solange nicht geswappt wird, bleibt die Rechenarbeit effizient und die Latenzen bleiben sauber.
Storage bleibt weiterhin komplett unkritisch: 201,1 GB total, 171,9 GB frei. BOINC liegt bei 5.104,64 MB – das ist im Kontext der Platte absolut okay.
BOINC-seitig war’s wieder richtig sauber:
- 4.835 Jobs succeeded, 0 failed
- 0 RPC failures, 0 fetch failures
Diese 0 failed sind für mich immer noch die schönste Zahl. Credits sind nett, aber keine Fehler über so viele Tasks heißt: keine stillen Instabilitäten, kein „irgendwas kippt unter Dauerlast“.
Projekte im Detail
Dieses Setup läuft aktuell wie ein Mix aus einem fetten Langläufer plus kurzer Rotation, und man merkt das auch an RAM und Disk.
Einstein@Home – der RAM-schwere Dauerläufer
Einstein@Home dominiert weiterhin klar: 2.983.869 Credit und ein expavg von 37.393,79. Und man sieht sofort, warum das Projekt das System „prägen“ kann: aktive Einstein-Tasks hängen mit richtig satten Working Sets drin.
Bei den laufenden Tasks sind z. B. 2.612 MB bis 4.732 MB Working Set pro Task dabei, plus nochmal 4.447 MB bei einem anderen. Das erklärt den RAM-Peak bei 37,09 GB sehr direkt: sobald mehrere dieser dicken Einstein-WUs parallel laufen, geht der RAM-Verbrauch nicht linear „ein bisschen hoch“, sondern macht gleich spürbare Sprünge.
Technisch ist das für mich Einstein-typisch: CPU-bound, aber mit deutlich RAM-lastigem Fußabdruck. Heißt: CPU bleibt konstant bei 100 %, aber der Speicherpfad (Caches/Memory-Controller) ist stärker im Spiel. Genau das kann auch erklären, warum Watt/Temp bei gleicher CPU-Last leicht variieren – der Instruktionsmix und die Speicherzugriffe entscheiden, wie „elektrisch dicht“ sich die 100 % anfühlen.
Und: Einstein wirkt vom Charakter her wie „setz dich hin, ich brauche Zeit“ – lange Workunits, wenig Rotation, weniger Scheduler-Hektik.
PrimeGrid – CPU-pure, mit Ausreißern nach oben in der Laufzeit
PrimeGrid steht bei 581.570,26949 Credit und expavg 6.512,11. Bei den zuletzt erledigten Tasks waren 2 PrimeGrid-Tasks dabei mit Ø 12h 59m – und einer davon war sogar ein echter Brocken mit 24h 12m. Das ist genau dieses PrimeGrid-Ding: mal zäh, mal kurz, je nach Subprojekt.
RAM-seitig ist PrimeGrid im Vergleich zu Einstein eher „leicht“: ein aktiver Task mit 98 MB Working Set ist fast schon niedlich neben den Einstein-GB.
spacious@home – schnelle Rotation, kaum RAM-Druck
spacious@home steht bei 133.496,263753 Credit und expavg 1.329,68. In den letzten Meldungen sieht man die typische Rotation: 11 Tasks mit Ø 42m 18s.
Das Projekt ist für mich der klassische Füller, der den Scheduler schön beschäftigt, ohne das System zu stressen. Working Sets sind meist klein (z. B. 4 MB und 27 MB), aber es gibt auch Ausreißer: ein Task läuft mit 182 MB Working Set. Das ist immer noch nicht gefährlich – aber genug, dass man es im Mix bemerkt, wenn gerade viel parallel passiert.
Asteroids@home – schlank, mittlere Laufzeiten
Asteroids@home steht bei 91.045,340156 Credit und expavg 937,62. Die zuletzt erledigten Tasks waren 7 Stück mit Ø 1h 7m – also genau zwischen spacious (kurz) und PrimeGrid/Einstein (lang).
Auch hier ist der Footprint angenehm klein: ein aktiver Task zeigt 14 MB Working Set. Das ist so ein Projekt, das man laufen lassen kann und es fühlt sich systemisch fast „unauffällig“ an – CPU wird beschäftigt, aber RAM und Disk bleiben entspannt.
climateprediction.net – weiterhin nicht im Mix
Bleibt bei 0 Credit, 0 Jobs, 0 Runtime. Diese Woche also kein Einfluss.
Auffälligkeiten
Diese Woche gab’s keine Temperatur-Drosselung / keine Events. Das ist für mich immer ein gutes Zeichen, weil es heißt: die Kiste fährt nicht heimlich ins Limit und rettet sich dann per Throttle.
Trotzdem gab’s diese kleinen „Momente“ in den Peaks:
Die höchste Temperatur lag bei 75 °C am Freitag, 16. Mai 2026, 23:00 Uhr. Im Kontext von 66,8 °C Durchschnitt ist das ein klarer Ausschlag, aber thermisch weiterhin völlig okay. Wenn ich sowas sehe, denke ich nicht „oh nein“, sondern eher: welcher Workunit-Mix war das gerade? Oft ist das schlicht mehr „dichte“ Rechenarbeit oder mehr Speichertraffic – also gleiche 100 % CPU, aber andere thermische Realität.
Der Watt-Peak lag bei 44 W am Donnerstag, 14. Mai 2026, 10:00 Uhr. Gegenüber 36,1 W im Schnitt ist das spürbar. Solche Spikes passen für mich ziemlich gut zu „Projekt-/WU-Wechsel“: kurze Tasks rotieren, andere Instruktionen, andere Last auf Cache/Memory → und plötzlich ist die CPU bei gleicher Auslastung elektrischer einfach teurer.
Und dann der RAM-Peak: 37,09 GB (59,26 %). Das ist der Punkt, wo ich kurz hängen bleibe, weil es halt zeigt: Einstein kann den Host wirklich „formen“. Aber es fühlt sich nicht grenzwertig an, weil Swap bei 0 MB bleibt. Das ist für mich die Linie zwischen „viel RAM genutzt“ (gut) und „Speicherdruck“ (schlecht).
Fazit
Unterm Strich war das eine stabile, ziemlich erwachsene Cruncher-Woche: 99,8 % CPU, Load 8,38, dabei 36,1 W und 66,8 °C im Schnitt. Peaks sind da (75 °C, 44 W, 37,09 GB RAM), aber nichts davon wirkt wie Kontrollverlust – eher wie ein normaler Effekt vom Workunit-Mix.
Einstein@Home bleibt der klare Charakterkopf: lange Läufe und mehrere GB Working Set pro Task, die den RAM-Peak erklären. PrimeGrid liefert die „zähen“ CPU-Phasen (bis in den 24h-Bereich), spacious bringt die schnelle Rotation, Asteroids läuft schlank mit.
Und ja: mein persönliches Wochen-Highlight ist wieder simpel. 0 failed bei 4.835 erfolgreichen Jobs. Draußen alles auf „Leise“, drinnen rechnet der Server stoisch weiter. Genau dafür hab ich ihn gemietet. 🙂
Diagramme
Begriffe kurz erklärt
- SSH: Ein sicheres Protokoll, mit dem man per Kommandozeile auf entfernte Rechner zugreifen kann.
- BOINC: Eine Plattform, die Rechenleistung vieler Computer bündelt, um wissenschaftliche Projekte gemeinsam zu berechnen.
- RPC failures: Fehler, die auftreten, wenn ein Programm übers Netzwerk keine Antwort auf einen entfernten Aufruf bekommt.
- CPU-bound: Ein Prozess, der hauptsächlich durch die Rechenleistung der CPU begrenzt ist, nicht durch Speicher oder Festplatte.
- Memory-Controller: Ein Baustein, der den Zugriff der CPU auf den Arbeitsspeicher steuert und Datenverkehr organisiert.
- Scheduler-Overhead: Die zusätzliche Rechenzeit, die das Betriebssystem braucht, um zwischen laufenden Prozessen zu wechseln.
- Runqueue: Eine Warteschlange im Betriebssystem, in der Prozesse darauf warten, von der CPU ausgeführt zu werden.
- Working Set: Die Menge an Speicher, die ein Programm aktuell aktiv nutzt, also häufig gelesene oder beschriebene Daten.
- Swap: Ein Bereich auf der Festplatte, den das System nutzt, wenn der Arbeitsspeicher zu klein wird.
- Uptime: Die Zeit, seit der ein System ohne Neustart läuft — oft als Stabilitätsanzeige verwendet.
- Thermal Throttle: Eine Schutzfunktion, bei der die CPU langsamer arbeitet, um Überhitzung zu vermeiden.
- Watt-Peak: Die maximale elektrische Leistung, die ein Gerät, etwa ein Solarmodul, unter optimalen Bedingungen erreichen kann.
- Load Average: Ein Durchschnittswert, der zeigt, wie viele Prozesse gerade auf CPU-Zeit warten oder laufen.
