← Alle Artikel

Ist dein langsames MacBook eigentlich ein Speicherplatz-Problem?

Ein langsames MacBook liegt oft am fast vollen Speicher: macOS braucht freien Platz. So erkennst du, ob der Speicherplatz die Ursache ist.

· Aktualisiert 14. September 2026
macOSStoragePerformanceTroubleshooting

Weitere Guides dieser Art gibt es bisher nur auf Englisch. Alle Artikel ansehen


„Mein Mac ist langsam geworden” wird meist damit fortgesetzt, dass Leute die RAM-Auslastung, den CPU-Graphen der Aktivitätsanzeige ansehen oder darauf schließen, dass die Maschine einfach alt ist. Die tatsächliche Ursache, häufiger als jede dieser beiden, ist unspektakulär und in zehn Sekunden zu prüfen:

df -h /

Liegt Avail unter etwa 10–15 % deiner Gesamtkapazität, ist das sehr wahrscheinlich deine Antwort — und anders als ein Hardware-Problem lässt sich das heute Nachmittag kostenlos beheben.

Warum freier Speicher überhaupt die Geschwindigkeit beeinflusst

Das überrascht Leute, weil es sich nicht danach anfühlt, als sollte es zusammenhängen. Zwei Mechanismen machen es real:

Virtueller Speicher braucht einen Ort zum Auslagern. macOS nutzt freien Festplattenspeicher als Erweiterung des RAM — füllt sich der physische Speicher, lagert es inaktive Daten auf die Platte aus. Auf einem fast vollen Volume kann das System entweder Swap-Speicher nicht effizient zuweisen oder muss härter arbeiten, um zusammenhängenden Platz dafür zu finden, und das spürst du genau als das Symptom, das Leute beschreiben: Apps brauchen länger zum Starten, der Ladeball erscheint häufiger, allgemeine Trägheit unter Last.

APFS selbst wird nahe der Kapazitätsgrenze ineffizienter. Moderne Macs nutzen APFS, ein Copy-on-Write-Dateisystem, das Arbeitsraum braucht, um seine Aufgabe effizient zu erledigen — neue Datei-Extents zuweisen, Snapshots verwalten, Hintergrundwartung ausführen. Ein Volume, das bei 97–98 % Belegung liegt, gibt APFS spürbar weniger Spielraum als eines bei 80 %, und der Unterschied zeigt sich in der allgemeinen Systemreaktionsfähigkeit, nicht nur bei speicherspezifischen Vorgängen.

Der Schnelltest

Willst du die Theorie vor einer Aufräumaktion bestätigen, ist das der schnellste Weg: Gib mit den Notfallschritten aus dem Guide „Nicht genug Speicherplatz” auch nur 15–20 GB frei — Papierkorb, Downloads, lokale Time-Machine-Schnappschüsse, ~/Library/Caches — und schau, ob sich innerhalb der nächsten Stunde normaler Nutzung etwas anders anfühlt. Ist das der Fall, war Speicherplatz dein eigentlicher Flaschenhals, nicht CPU oder RAM, die alle zuerst vermuten.

Was tatsächlich kein Speicherplatz-Problem ist

Um den anderen Erklärungen gerecht zu werden: Zeigt die Aktivitätsanzeige einen bestimmten Prozess, der durchgehend einen CPU-Kern bei 100 % auslastet, oder ist der Akku-Ladezyklus sehr hoch und die Maschine wird nur im Akkubetrieb langsam, oder ist genau eine App das einzig Langsame, während sich alles andere normal anfühlt — das deutet woandershin, und kein Freigeben von Speicherplatz wird es beheben. Speicherplatz ist das erste, günstigste, was man ausschließen sollte, nicht die einzig mögliche Ursache.

# 30-Sekunden-Check für einen außer Kontrolle geratenen Prozess stattdessen
top -o cpu -n 5

Ist ein Prozess durchgehend über 90 % CPU, ohne dass du aktiv etwas tust, ist das das Problem eines anderen Artikels — diese bestimmte App beenden oder neu installieren, nicht Speicherplatz freigeben.

Entwickler spüren das früher

Bist du Entwickler, füllt sich deine Festplatte schneller als bei einem typischen Nutzer, aus Gründen, die dieser Blog an anderer Stelle behandelt — Xcodes DerivedData, Dockers VM-Festplattenimage, node_modules verstreut über jedes je geklonte Projekt, IDE-Indizes und -Caches — was bedeutet, dass du die Schwelle „Speicherplatz bremst mich jetzt aus” früher überschreitest als jemand, der einen Mac für E-Mail und Surfen nutzt. Es ist auch der Grund, warum die Behebung meist größer ausfällt, sobald du sie endlich angehst: Der Mac eines Entwicklers hat gewöhnlich 100+ GB rein regenerierbaren Build-Cache, der irgendwo zwischen „nervig” und „bremst aktiv” liegt.

# Die drei größten entwicklerspezifischen Ansammlungen, in einem Durchgang geprüft
du -sh ~/Library/Developer/Xcode/DerivedData 2>/dev/null
du -sh ~/Library/Containers/com.docker.docker 2>/dev/null
du -sh ~/Library/Caches/org.swift.swiftpm 2>/dev/null

Die eigentliche Lösung, nicht der tägliche Behelf

Einmal Speicherplatz freizugeben verschafft dir ein paar Wochen, bevor du wieder hier landest — jeder Cache in dieser Gleichung füllt sich laufend, während du deinen Mac normal nutzt. Speichere den Notfall-Aufräum-Guide als Lesezeichen und führe ihn jedes Mal von Hand aus — es ist kostenlos und funktioniert, nur nicht automatisch.

DevCruft, eine kostenlose Mac-App für Entwickler, ist gerade in Entwicklung. Es soll freien Speicherplatz zusammen mit genau dem zeigen, was ihn verbraucht, damit du nicht bei jedem Leistungseinbruch fünf einzelne Aufräumbefehle aus dem Gedächtnis erneut ausführen musst. Trag dich in die Warteliste ein, wenn du wissen willst, wann es erscheint.

Eine kostenlose App dafür ist in Arbeit.

Wir bauen DevCruft, damit es jeden Cache aus Guides wie diesem findet und zeigt, was er dich kostet. Trag dich in die Warteliste ein, um vom Start zu erfahren.

Eine E-Mail zum Start, sonst nichts. Du kannst uns jederzeit bitten, dich wieder auszutragen. Datenschutzerklärung