DiskSpaceTracker

Die Festplatte meines MacBooks füllt sich im Laufe der Zeit. Das passiert immer. Und jedes Mal, wenn ich die Benachrichtigung “Dein Speicher ist fast voll” erhalte, habe ich keine Ahnung, was passiert ist. Habe ich etwas Großes heruntergeladen? Ist ein Cache explodiert? Hat eine App heimlich Gigabytes in die Library geschaufelt? Ich öffne das Festplattendienstprogramm, starre auf einen farbigen Balken und beginne zu raten.

So sollte es nicht laufen. Ich möchte einen Prozess, der meinen Speicherplatzverbrauch im Laufe der Zeit leise verfolgt — Verzeichnis für Verzeichnis — damit ich, wenn es eng wird, eine Zeitleiste ansehen kann und sehe: Das ist gewachsen, das ist passiert, hier musst du nachsehen.

Was DiskSpaceTracker tun würde

Ein leichter Hintergrund-Daemon, der nur läuft, wenn zwei Bedingungen erfüllt sind:

1. Der Mac ist im Leerlauf — keine aktive Benutzereingabe für N Minuten
2. Der Mac ist am Strom — keine Batterieentladung für Buchhaltung

Wenn beide Bedingungen zutreffen, wacht er auf und macht einen Schnappschuss.

Der Schnappschuss

Ein Schnappschuss durchläuft den Verzeichnisbaum von oben nach unten und zeichnet für jedes Verzeichnis auf:

• Pfad — das Verzeichnis
• Größe — Gesamtgröße einschließlich Unterverzeichnissen
• Inhalts-Hash — ein Hash der ls-Ausgabe (Dateinamen, Größen, Änderungsdaten)
• Zeitstempel — wann der Schnappschuss gemacht wurde

Der Inhalts-Hash ist die Schlüsselidee. Wenn sich der Hash eines Verzeichnisses seit dem letzten Schnappschuss nicht geändert hat, hat sich darin nichts geändert — die Unterverzeichnisse werden übersprungen. Das macht den Scan auch auf großen Festplatten schnell. Du gehst nur tiefer, wo sich tatsächlich etwas bewegt hat.

/Users/till           2026-02-27T03:12  148.2 GB  a3f8c1...
/Users/till/Downloads 2026-02-27T03:12   23.1 GB  9e2b44...  ← geändert
/Users/till/Library   2026-02-27T03:12   41.7 GB  7d1f09...  ← geändert
/Users/till/Documents 2026-02-27T03:12   62.3 GB  a3f8c1...  ← unverändert, Kinder überspringen

Speicherformat

Eine einfache lokale Datenbank (SQLite wäre in Ordnung) mit einer Tabelle:

Jede Zeile ist ein Schnappschuss eines Verzeichnisses zu einem bestimmten Zeitpunkt. Abfragen kannst du, wie du willst — Wachstum pro Woche, größte Veränderungen, Verzeichnisse, die aus dem Nichts aufgetaucht sind.

Wichtig: Die Datenbank sollte auch aufzeichnen, wann ein Verzeichnis als unverändert bestätigt wurde. Wenn ich /Users/till/Documents scanne und der Hash derselbe ist wie letzte Woche, ist das ein Datenpunkt — “bestätigt, keine Änderung.” Das ist grundlegend anders als ein Verzeichnis, das ich einfach seit Monaten nicht angesehen habe. Ohne diese Unterscheidung kannst du nicht zwischen “stabil” und “unbekannt” unterscheiden.

Was ich sehen möchte

Eine einfache CLI oder Menüleistenansicht, die beantwortet:

• Was ist am meisten gewachsen in der letzten Woche / Monat?
• Was ist neu — Verzeichnisse oder Dateien, die vorher nicht existierten?
• Zeitleiste — wie hat sich /Users/till/Library/Caches in den letzten 6 Monaten verändert?
• Benachrichtigungen — benachrichtige mich, wenn ein einzelnes Verzeichnis in einer Woche um mehr als X GB wächst

Nichts Ausgefallenes. Ein paar sortierte Tabellen und vielleicht ein Sparklinediagramm. Die Daten sind das Produkt — die Benutzeroberfläche ist nur eine Möglichkeit, Fragen zu stellen.

Warum das nicht existiert (oder warum bestehende Tools den Punkt verfehlen)

Es gibt Speicherplatzanalysatoren — DaisyDisk, GrandPerspective, ncdu. Sie zeigen dir, was jetzt groß ist. Das ist nützlich für eine einmalige Bereinigung, aber es sagt dir nicht, was sich verändert hat. Wenn /Library/Developer/CoreSimulator 30 GB ist, war es immer 30 GB? Oder war es letzten Monat 5 GB? Ohne Verlauf kannst du das nicht sagen.

Es gibt auch Überwachungstools, aber sie verfolgen den gesamten freien Speicherplatz als eine Zahl. “Dein Speicher ging von 40 GB frei auf 12 GB frei in drei Wochen.” Großartig — aber wo?

DiskSpaceTracker sitzt dazwischen: Es verfolgt den Speicherplatz pro Verzeichnis im Laufe der Zeit. Das ist das fehlende Stück.

Technische Gedanken

• macOS-nativ — verwendet NSProcessInfo für Leerlauferkennung, IOKit für den Stromzustand
• Läuft als LaunchDaemon — der Standardweg auf macOS, um Hintergrundarbeiten zu planen
• SQLite-Speicherung — einzelne Datei, kein Server, leicht abzufragen, leicht zu sichern
• Ausschlussliste — überspringe /System, Time Machine-Schnappschüsse und andere Pfade, die nicht relevant sind
• Minimaler Fußabdruck — das hash-basierte Überspringen bedeutet, dass der Großteil des Baums an ruhigen Tagen nie berührt wird
• Intelligente Scan-Priorität — der Scanner kann nicht jedes Mal alles überprüfen, also muss er entscheiden, was er als nächstes ansieht. Ein einfacher Algorithmus, der drei Faktoren abwägt: zuerst die größten Verzeichnisse (dort ist der Speicherplatz), dann die am wenigsten kürzlich gescannten Verzeichnisse (keine blinden Flecken lassen) und Verzeichnisse, deren übergeordneter Hash sich geändert hat (etwas hat sich bewegt). Auf diese Weise werden die wertvollsten Schnappschüsse zuerst gemacht und im Laufe der Zeit bleibt die Abdeckung gleichmäßig.

Das Ganze könnte ein einzelnes Swift-Binary ohne Abhängigkeiten sein. Oder ein Python-Skript mit osascript-Hooks. Das spielt keine Rolle — die Idee ist einfach genug, dass die Implementierung fast trivial ist. Was zählt, ist, dass es konsistent läuft und Geschichte aufbaut.

Das ist die Software, die ich möchte. Kein weiteres “was ist jetzt groß”-Tool — ein stiller Beobachter, der eine Zeitleiste erstellt, wohin mein Speicherplatz geht, damit die Antwort schon da ist, wenn es eng wird.