So funktioniert Hedroom, Schritt für Schritt
Hedroom liest ein paar Zahlen aus macOS, bemerkt, wenn eine App aus dem Ruder läuft, schlägt eine Maßnahme vor und misst, was nach Ihrer Zustimmung geschehen ist. Hier ist jeder Schritt, mit den verwendeten Schwellenwerten.
Die Zahlen auf dieser Seite stammen aus den eigenen Designdokumenten und dem Code von Hedroom. Wo eine Zahl eine Messung ist, steht dabei, wann und auf welchem Mac. Hedroom ist noch nicht veröffentlicht, daher beschreibt nichts davon eine öffentliche Version.
Die fünf Schritte
- MessenEin Sampler liest Speicher, CPU, Energie, Thermik und Speicherplatz.
- ErkennenMit dem vergleichen, was für Ihren Mac normal ist. Die eine App nennen, auf die es ankommt.
- EntscheidenEinen Vorschlag wählen. Ein Sicherheitstor kann ihn ablehnen.
- Handeln, mit ZustimmungNichts geschieht, bis Sie es sagen oder eine Regel, die Sie eingeschaltet haben.
- BelegMesswerte davor, Messwerte danach, ein ehrliches Urteil.
1. Messen: was es liest und wie oft
Alle Messwerte kommen von einem Sampler, der außerhalb des Hauptthreads läuft, damit die App reaktionsfähig bleibt. Jede Quelle ist ein eigenes Stück Code hinter einer Schnittstelle, womit es auch mit Testdaten getestet wird. Das sind die Quellen:
| Messwert | Wofür es dient | Wann |
|---|---|---|
| Stufe des Speicherdrucks | Das eigene Urteil von macOS darüber, wie sehr es sich anstrengen muss, Platz zu finden. Das wichtigste Speichersignal. | Bei jedem Takt und sofort, wenn macOS eine Änderung meldet. |
| Speicheraufteilung und Swap-Aktivität | Apps, reservierter, komprimierter und zwischengespeicherter Speicher, und wie schnell Swap wächst. | Bei jedem Takt. |
| Speicher, CPU-Zeit und Energie pro App | Der Footprint jedes Prozesses (die Zahl, die die Aktivitätsanzeige als „Speicher“ zeigt), gruppiert, damit eine App und ihre Helfer als eins zählen. | Bei jedem Takt, solange ein Fenster geöffnet ist, im Hintergrund am Netz bei jedem 2. Takt, im Batteriebetrieb bei jedem 3., im Energiesparmodus bei jedem 4. |
| CPU-Auslastung pro Kern | Ausgelastete Apps und die Aufteilung zwischen Performance- und Effizienzkernen. | Bei jedem Takt. |
| Chip-Leistung | Watt für CPU, GPU, Neural Engine und Speicher, wo der Mac sie meldet. Nutzt eine macOS-Schnittstelle, die Apple nicht dokumentiert, daher sagt Hedroom „nicht verfügbar“, statt zu raten, wenn sie ausfällt. | Fenster von mindestens 3,5 Sekunden. |
| Thermischer Zustand und Batterie | Ob macOS drosselt, Batteriezyklen und Kapazität, verbleibende Zeit. | Bei jedem Takt. |
| Freier Speicherplatz | Verfügbarer Platz auf dem Startvolume. | Alle 30 Sekunden bei geöffnetem Fenster, alle 5 Minuten ohne. |
| WindowServer CPU | Nur für den Bildschirm „CPU“ und den Display-Berater. | Nur, solange einer dieser Bildschirme geöffnet ist. |
| Audio, Mikrofon und Kamera in Verwendung | Sicherheitsprüfungen: Hedroom fasst keine App an, die in einem Anruf ist. | Wenn eine Aktion in Betracht gezogen wird. |
Der Takt
Ein „Takt“ ist eine Runde von Messungen. Wie oft er stattfindet, hängt davon ab, was Sie gerade tun:
| Situation | Takt |
|---|---|
| Ein Hedroom-Fenster oder das Menüleistenfenster ist geöffnet | 2 s |
| Im Hintergrund, am Netz | 5 s |
| Im Hintergrund, im Batteriebetrieb | 10 s |
| Der Energiesparmodus ist an | 15 s |
| Speicherdruck ist „Warnung“ oder „Kritisch“ | 2 s, erzwungen |
| Sie haben die Überwachung pausiert | Angehalten |
In den Einstellungen gibt es die Auswahl „Meinen Mac prüfen alle“ mit 2, 5 oder 10 Sekunden für die Rate bei geöffnetem Fenster; die Hintergrundraten ergeben sich daraus. Rohmesswerte werden 48 Stunden aufbewahrt. Alles bleibt auf Ihrem Mac, in einer Datenbankdatei in Ihrem Library-Ordner. Siehe Datenschutz.
2. Erkennen: was als Befund zählt
Hedroom schlägt nicht Alarm, nur weil eine Zahl groß ist. Es vergleicht jede App damit, wie groß sie auf Ihrem Mac üblicherweise ist, und wartet, ob die Änderung anhält.
Speicher: Gesund, Angespannt, Kritisch
Hedroom zeigt einen von drei Zuständen. Die Schwellenwerte sind festgehalten und getestet.
| Zustand | Beginnt, wenn | Endet, wenn |
|---|---|---|
| Angespannt | macOS meldet die Druckstufe „Warnung“, oder Swap wächst 2 Minuten lang um 20 MB pro Minute oder mehr, während komprimierter Speicher mindestens 20 % des RAM beträgt. | Die Stufe ist „Normal“ und das Swap-Wachstum liegt 3 Minuten lang unter 5 MB pro Minute. |
| Kritisch | macOS meldet die Stufe „Kritisch“, oder Swap wächst 60 Sekunden lang um 200 MB pro Minute oder mehr, oder freier plus zwischengespeicherter Speicher liegt 60 Sekunden lang unter 3 % des RAM. | Keine dieser Bedingungen 2 Minuten lang. Dann fällt es auf „Angespannt“ zurück. |
Swap, der lediglich belegt ist, macht den Mac nie „Angespannt“, weil macOS alten Swap behält. Nur Swap, der wächst, zählt. Hoher „belegter“ Speicher bei gesundem Druck ist „Gesund“. Warum Druck, nicht belegter RAM erklärt den Unterschied.
Ein Speicherleck: eine App weit über ihrer üblichen Größe, eine Weile lang
Für jede App lernt Hedroom aus Ihren letzten 7 Tagen normaler Nutzung eine übliche Größe. Es markiert ein Speicherleck nur, wenn alles Folgende zutrifft:
- Die App ist mindestens 3-mal so groß wie üblich. Bei 2,5-mal erscheint sie als „wächst“ und nicht mehr.
- Sie hat mindestens 1 GB oder 6 % Ihres RAM, wenn das mehr ist.
- Sie bleibt 20 Minuten am Stück dort oder wächst weiter bei einem 30-Minuten-Trend.
- Sie steht nicht auf Ihrer „Nie anfassen“-Liste, stammt nicht von Apple (mit einer kleinen Ausnahme für Apple-Apps, die Sie selbst nutzen) und ist keine App, die die Prozessbibliothek als normalerweise groß kennzeichnet, etwa ein Videoeditor oder Docker.
Bis Hedroom eine App etwa 6 Stunden lang gelernt hat, sagt es, dass es noch lernt. Bei einer App, die es namentlich kennt, nutzt es die typische Größe aus der Prozessbibliothek; bei einer unbekannten App markiert es nur eine Größe von mindestens 15 % Ihres RAM, die weiter wächst, und sagt „ungewöhnlich groß“ statt eines Verhältnisses.
CPU außer Kontrolle
Eine Hintergrund-App (nicht die, die Sie nutzen), die 3 Minuten lang im Schnitt 80 % eines Kerns oder mehr und mindestens das Dreifache ihrer eigenen üblichen Hintergrund-CPU verbraucht, ist ein Ausreißer, es sei denn, die Bibliothek kennzeichnet sie als normalerweise ausgelastet (Compiler, Backups, Video-Encoder, Indexierung) oder sie ist in einem Anruf. Sie erscheint nach 3 Minuten unter „Heute“. Eine Mitteilung wartet, bis es 10 Minuten angehalten hat.
Meldungen begrenzen
Derselbe Befund zur selben App löst höchstens alle 6 Stunden eine Mitteilung aus. Nicht dringende Mitteilungen enden bei 3 pro Tag. Schließen Sie eine für eine App dreimal, hört Hedroom auf, darüber zu benachrichtigen, und bietet einen Eintrag für „Nie anfassen“ an.
3. Entscheiden: ein Vorschlag, dann das Sicherheitstor
Wenn Hedroom mehr als eine Sache tun könnte, ordnet es sie danach, wie viel sie zurückgeben im Verhältnis zu ihrem Risiko, und zeigt die obersten zwei. Ein erzwungenes Beenden wird nie als eingestufte Maßnahme angeboten.
Vor jedem Neustart, Beenden, Pausieren oder Verschieben auf Effizienzkerne läuft die Anfrage durch ein Sicherheitstor. Das Tor lehnt ab, wenn das Ziel Folgendes ist:
- Hedroom selbst (stillschweigend ignoriert).
- Von Apple oder in einem Systemordner, außer den Apple-Apps, die Sie selbst nutzen und die Sie mit einem Klick neu starten oder beenden können.
- Auf Ihrer „Nie anfassen“-Liste.
- Die App, die Sie gerade nutzen, wenn eine Regel Pausieren, Verschieben oder Beenden verlangt.
- Audiowiedergabe, Mikrofonnutzung oder eine Anruf-App, während eine Kamera an ist.
- Eine Backup-App, während ein Backup läuft.
- Nicht dafür bekannt, mit dem Pausieren klarzukommen, wenn eine Regel sie pausieren oder beenden will und Sie die App nicht selbst gewählt haben. Hedroom kann ungesicherte Arbeit nicht zuverlässig erkennen.
- Eine App, die die Bibliothek als nicht sicher neu zu starten kennzeichnet, bei kritischem Druck.
- Ein erzwungenes Beenden ohne eine zweite, separate Bestätigung.
Kann Hedroom eine dieser Bedingungen nicht prüfen (zum Beispiel schlägt die Audioprüfung fehl), tun Regeln nichts, und ein Klick fragt Sie zuerst. Eine Ablehnung wird mit ihrem Grund angezeigt, als Satz wie „Slack ist in einem Anruf.“, nicht als Fehler. Alles Abgelehnte oder Ausgeführte wird protokolliert. Mehr unter Was Hedroom nie tut.
4. Handeln, mit Zustimmung
Die Aktionen sind klein und umkehrbar:
- Neustart bittet die App, sich zu beenden, wie ⌘Q, wartet und öffnet sie wieder.
- Effizienzkerne senkt die Priorität einer App, damit ihre Arbeit auf den Effizienzkernen läuft.
- Pause friert eine App ein, bis Sie zu ihr zurückwechseln, oder höchstens 60 Minuten. Ein kleiner Wächterprozess setzt sie auch dann fort, wenn Hedroom abstürzt.
Ein Klick auf eine Taste ist die Zustimmung für diese Aktion. Eine Regel ist eine Zustimmung, die Sie im Voraus gegeben haben, und jede Vorlage wird ausgeschaltet ausgeliefert. Ein Beenden oder Neustart einer App, die nicht als sicher bekannt ist, fragt immer zuerst. Nichts wird je ohne Ihre Erlaubnis gelöscht, jedes Mal; Aufräumen verschiebt Dateien in den Papierkorb. Maßnahmen und Regeln listen jede Grenze auf.
5. Beleg: davor, danach und ein ehrliches Urteil
Jede Aktion erzeugt einen Beleg. Hedroom vergleicht die Messwerte der 5 Minuten vor der Aktion mit den Messwerten von 5 bis 15 Minuten danach und überspringt die ersten 30 Sekunden (60 Sekunden nach einem Neustart), bis sich alles beruhigt hat.
Es gibt vier ehrliche Ergebnisse:
- Gemessen. Die Änderung ist mindestens so groß wie das Kleinste, das Hedroom zählt: 100 MB Speicher, 10 Prozentpunkte eines CPU-Kerns, 0,3 W oder 50 MB Speicherplatz.
- Keine Wirkung. Die Änderung war kleiner als das oder in die falsche Richtung. Der Beleg sagt „Keine messbare Wirkung.“ und schreibt sich nichts zugute.
- Nicht messbar. Andere Apps haben sich gleichzeitig zu stark verändert (eine andere App hat sich um mehr als 1 GB bewegt, eine neue App wurde gestartet und belegt über 500 MB, Sie haben andere Apps beendet, der Mac war im Ruhezustand oder das Netzteil wurde angeschlossen oder abgezogen). Der Beleg sagt das, statt sich die Wirkung zuzuschreiben, und wird aus den Summen herausgelassen.
- Abgebrochen. Sie haben die Aktion rückgängig gemacht, oder Hedroom wurde beendet, bevor die Messung fertig war. Es wird nichts beansprucht.
Jeder Beleg trägt außerdem eine Verlässlichkeitsstufe (hoch, mittel oder niedrig). Ein Beleg mit niedriger Verlässlichkeit wird als „grob“ gekennzeichnet und nicht in Summen gezählt. Ein Beleg vergleicht zwei Zeitfenster; er ist keine kontrollierte Studie. Wie Sie einen lesen, steht unter So lesen Sie einen Beleg.
Warum Speicherdruck, nicht belegter RAM
Ein Mac, der schon eine Weile läuft, zeigt die meiste Speichermenge planmäßig als belegt. macOS füllt freien Speicher mit zwischengespeicherten Dateien, weil das das Nächste, was Sie öffnen, schneller macht, und gibt ihn zurück, sobald eine App ihn braucht. Ein voller Speicherbalken ist kein Problem. Entscheidend ist, ob macOS Mühe hat, Platz zu finden: Das ist der Speicherdruck, zusammen damit, wie schnell Swap wächst. Deshalb hat Hedroom keinen Button, der Speicher „leert“. Das zwingt macOS, den nützlichen Cache zu verwerfen. Der Leitfaden zu Druck und belegtem RAM zeigt, wie Sie das selbst in der Aktivitätsanzeige prüfen.
Was es genügsam macht
Das Budget von Hedroom liegt im Schnitt unter 0,5 % eines CPU-Kerns und unter 80 MB Speicher. Was bisher gemessen wurde:
| Messung | Ergebnis | Datum |
|---|---|---|
| CPU, kein Fenster geöffnet, 5-s-Takt | 0,27 % eines Kerns (138 Intervalle in einem 30-Minuten-Lauf). Testgrenze: unter 0,3 %. | 2026-10-13 |
| Speicher, kein Fenster geöffnet | Median 29,2 MB, Höchstwert 31,7 MB. Grenze: unter 80 MB. | 2026-10-13 |
| Aufwachvorgänge, kein Fenster geöffnet | Im Schnitt 0,45 pro Sekunde. Grenze: unter 5. | 2026-10-13 |
| Bildschirm „Heute“ geöffnet, stabil | 0,5 % eines Kerns, Footprint 71 MB (390 Sekunden, Fenster als sichtbar bestätigt). Dieser Lauf war unvollständig. | 2026-10-15 |
Lesen Sie das als gemessen, nicht versprochen. Es ist ein Mac, und Teile der Läufe liefen mit dem schnelleren 2-Sekunden-Takt, weil dieser Mac unter Speicherdruck stand. Der erste Lauf nach der Installation führt einen Speicherplatz-Scan durch, der einige Minuten mit bis zu einem Kern bei niedriger Priorität dauert. Andere Tabs als „Heute“ wurden nicht alle neu gemessen. Vor den in denselben Notizen festgehaltenen Korrekturen kostete ein geöffnetes Fenster 20 bis 40 % eines Kerns; das wurde durch diese Tests gefunden und behoben. Die Rohdateien und der vollständige Bericht liegen im Ordner bench/results des Repositorys, und die Einstellungen zeigen die von Hedroom selbst gemessenen Kosten auf Ihrem Mac. Die Freigabeschranke ist der Benchmark und ein Overhead-Lauf mit dem signierten Build, der noch nicht stattgefunden hat.
Was es genügsam hält: ein Sampler für alles, ein langsamerer Takt, wenn nichts passiert, App-Scans im Hintergrund nur alle paar Takte, Fensterinhalt, der nur aufgebaut wird, solange ein Fenster auf dem Bildschirm ist, und Animationen, die stoppen, wenn das Fenster verborgen ist.
Was es nicht anfasst
- macOS selbst: alles, was von Apple signiert ist oder in einem Systemordner liegt. Hedroom erklärt diese Prozesse, etwa
kernel_taskundWindowServer, und pausiert, bremst oder beendet sie nie. Siehe kernel_task, WindowServer und andere Prozesse erklärt. - Die App vor Ihnen, Apps in einem Anruf, Apps mit Audiowiedergabe oder Mikrofon- oder Kamerazugriff, Backup-Apps während eines Backups.
- Apps auf Ihrer „Nie anfassen“-Liste.
- Ihre Dateien, es sei denn, Sie bestätigen jedes Löschen selbst. Aufräumen geht zuerst in den Papierkorb.
Die vollständige Liste, mit Tests hinter jeder Zeile, steht unter Was Hedroom nie tut. Weiter: jede Funktion und ihre Grenzen, wie Hedroom im Vergleich abschneidet und das Glossar.