Het pop-upvenster 'Opslagruimte vol' is weer terug. Vorige keer gebruikte ik een schoonmaakprogramma en vond ik tientallen GB, één klik verwijderd, en plots was alles weer in orde. Twee maanden later: precies hetzelfde.
Het probleem ligt niet in het feit dat je niet genoeg schoonmaakt, maar in het feit dat het verwijderde wat je niet weet het terugkomt, terwijl de altijd groeiende delen er gewoon niet aan raken.
Wat schoonmaakprogramma's verwijderen, is meestal 'wat zichzelf terugvult'
Open elke Mac-schoonmaaktool en in de scanresultaten komen de volgende categorieën meestal voor:
| Categorie | Typische locatie | Wat gebeurt er na het verwijderen |
|---|---|---|
| App-cache | ~/Library/Caches |
De app herstelt het bij de volgende start |
| Browser-cache | Chrome / Safari cache directory | Na een paar dagen webbezoeken is het weer terug |
| Systeemlogboeken, tijdelijke bestanden | /private/var/log, /private/var/folders |
Het systeem blijft schrijven |
| Ontwikkelcache | Xcode DerivedData, node_modules, Docker images |
Wordt heropgebouwd bij de volgende compilatie of installatie van afhankelijkheden |
Het doel van cache bestaat eruit ruimte te ruilen voor snelheid. Als je het verwijdert, zal de app bij de eerste start iets langzamer zijn, en vervolgens de ruimte terugkrijgen zoals het was. Dit is de eerste reden waarom het scherm na twee maanden weer vol is: je schoont een reservoir dat zichzelf automatisch aanvult.
Dit betekent niet dat het legen van cache nutteloos is - het tijdelijk vrijmaken van ruimte is erg effectief voor noodsituaties. Maar als je wilt dat je harde schijf op de lange termijn niet meer op volle kapitaal staat, moet je kijken naar een andere soort bestanden.
Wat echt groeit, zijn de dingen die je 'niet kunt wegdoen'
Open 'Systeeminstellingen → Algemeen → Opslagruimte' of draai in de terminal:
bash
du -sh ~/Pictures ~/Downloads ~/Desktop ~/Documents ~/Movies 2>/dev/null
De meesten zullen zien dat het grote deel nooit de cache is, maar deze:
- Foto's en schermafbeeldingen. Een iPhone-foto is 2–5 MB, een directe camera-JPEG is soms meer dan 10 MB;
⌘⇧4schermafbeeldingen zijn PNG, elk 1–3 MB. Een paar per dag is al tientallen GB per jaar. - Afbeeldingen bewaard in chat-apps. Afbeeldingen die in groepen worden gedeeld, materiaal van klanten, werk-schermafbeeldingen - elke ontvangst voegt een kopie toe aan je lokale schijf.
- Downloadmap. Ontwerpmateriaal, wallpapers, afbeeldingen die je op internet opslaat - na het downloaden nooit meer geopend.
- Materiaal in projecten. Ontwerpoutput,
images/-mappen van websites, app-bronbestanden - elk project gaat gepaard met een berg originele grote afbeeldingen.
Het gemeenschappelijke punt van deze bestanden is: kunnen niet verwijderd worden. Foto's zijn herinneringen, schermafbeeldingen kunnen op een dag nodig zijn, projectmateriaal wordt nog steeds gebruikt. Schoonmaakprogramma's weten dit ook en slaan deze standaard over - dus de werkelijk groeiende delen blijven elke keer schoonmaakbeurt onaangetast.
Als je ze niet kunt verwijderen, maak ze dan kleiner
Aangezien deze afbeeldingen bewaard moeten blijven, is de enige optie: verklein de grootte van elke afbeelding zonder invloed op de weergave.
De meeste afbeeldingen zijn vanaf het moment van creatie 'te dik':
- Camera's en mobiele telefoons gebruiken voor de zekerheid hoge JPEG-kwaliteitsparameters en dragen veel EXIF-, miniatuur- en andere aanvullende gegevens;
- Screenshot- en ontwerptools exporteren PNG's die meestal niet geoptimaliseerd of gecontroleerd zijn;
- Afbeeldingen die je op het internet opslaat zijn vaak nooit serieus verwerkt.
Deze extra bytes zien er niet uit voor het menselijk oog, maar nemen echt schijfruimte in beslag. We hebben twee openbare tests gedaan: 32.188 camera-directe JPEG's, geoptimaliseerd bespaart 76,8%; een batch JPG's die al op het web geoptimaliseerd waren, opnieuw optimaliseren bespaart nog steeds 46,8% (zie de reeks 'ImgZilla Tests').
In andere woorden: een foto-map van 50 GB kan makkelijk 20-30 GB ruimte vrijmaken - en deze ruimte komt niet terug vanzelf.
Waarom doen de meeste mensen het toch niet om afbeeldingen te optimaliseren
Het is allemaal logisch, maar weinigen doen het echt. De redenen zijn praktisch:
- Na het optimaliseren verandert het bestandsnaam. Veel tools slaan op als
xxx-min.jpgof exporteren naar een nieuwe map; na het optimaliseren moet je handmatig vervangen en de originele bestanden verwijderen, wat rommelig wordt als de map groot is. - Je durft de originele niet te aan te raken. Wat als het beschadigd is? Geen terugweg, dus niet optimaliseren.
- Online optimalisatie heeft beperkingen en vereist upload. 20 per keer, 5 MB per bestand; privéfoto's en bedrijfsmateriaal wil je niet uploaden naar iemands server.
Drie punten, precies wat we probeerden op te lossen bij het maken van ImgZilla.
ImgZilla: sleep een hele map erin, verklein in plaats
ImgZilla is een native macOS-afbeeldingscompressietool die slechts één ding doet: verklein afbeeldingen in plaats, zonder iets anders aan te raken.
- Bestandsnaam, pad en formaat blijven ongewijzigd. Na het optimaliseren is
IMG_2034.HEICnog steedsIMG_2034.HEIC, in dezelfde map, zonder invloed op de albumsortering of projectverwijzingen. - Sleep een hele map erin. Scan recursief submappen, sla verborgen bestanden en
node_modulesover. - Origineel gaat standaard naar de prullenbak. Als je niet tevreden bent, sleep het uit de prullenbak om terug te zetten. Zodra je tevreden bent, kan de ruimte definitief vrijgemaakt worden.
- Ondersteunt JPG, PNG, GIF, SVG, HEIC/HEIF, WebP, AVIF. iPhone HEIC-foto's, PNG-schermopnames en web-opgeslagen WebP's kunnen worden verwerkt.
- Lokale uitvoering, geen verbinding nodig. Foto's verlaten je computer niet, en er zijn geen beperkingen op het aantal per keer of de grootte per bestand.
- Geen dwingende optimalisatie voor al te kleine bestanden. Bestanden met een compressieverhouding onder 0,4% worden gemarkeerd als 'minimaal' en ongewijzigd bewaard, zodat de beeldkwaliteit niet wordt aangetast voor statistieken.
Na het optimaliseren heeft de ingebouwde vergelijkingsweergave (⌘D) een splitscherm en vergroot tot pixelgewijze detailweergave per afbeelding - geen vertrouwensaanname, maar zelf zien.
Waar te beginnen met optimaliseren
Aanbevolen volgorde op basis van 'veel ruimte in beslag, laag risico':
- Schermafbeeldingen map (standaard op bureaublad of een aangepaste locatie): PNG-schermopnames optimaliseren geeft meestal de meeste ruimte vrij, en er is bijna geen 'kwaliteitsangst'.
- Downloadmap: Verwijder eerst wat echt niet nodig is, optimaliseer de overige afbeeldingen in één keer.
- Eigen georganiseerde fotomap: Foto's geïmporteerd van de camera of mobiel, gesorteerd per jaar.
- Projectmateriaal: Voor websites, apps, ontwerpexport - optimaliseer en maak tegelijkertijd de webpagina's en installatiebestanden lichter.
Er is één plek waar je niet direct in kunt slepen: de fotobibliotheek van de 'Foto's'-app (Foto's.bibliotheek.photoslibrary). Dit is een database beheerd door de app zelf; het rechtstreeks wijzigen van bestanden in het midden kan de bibliotheek verstoren. Om dit deel te optimaliseren, exporteer eerst naar een gewone map of schakel 'Mac-opslag optimaliseren' in iCloud in en laat het systeem dit afhandelen.
Daarnaast twee opmerkingen om verwachtingen niet te hoog te zetten:
- ImgZilla verandert niet het formaat of de resolutie. Na optimalisatie is PNG nog steeds PNG, met dezelfde afmetingen.
- Hoeveel je bespaart hangt af van de oorspronkelijke staat. Bestanden die al serieus geoptimaliseerd zijn, besparen minder - dit is normaal.
ImgZilla ondersteunt momenteel alleen macOS (12.3 en hoger) en is te downloaden in de Mac App Store. De gratis versie optimaliseert 10 per dag; alleen geslaagde optimalisaties tellen mee - test eerst een schermopnamenmap om te zien of het werkt voordat je besluit.
Samenvatting in een tabel
| Actie | Vrijgemaakte ruimte | Komt terug |
|---|---|---|
| Cache legen, logbestanden | Van een paar GB tot tientallen GB | Ja, vult binnen enkele weken aan |
| Verwijder onnodige downloads, installatiebestanden | Afhankelijk van gewoonten | Afhankelijk van gewoontes |
| Afbeeldingen en schermopnames in plaats optimaliseren | Hoe meer foto's, hoe meer ruimte | Nee |
| Grote bestanden verplaatsen naar externe schijf / cloud | Veel | Nee, maar toegang wordt lastiger |
Mac blijft vol vanwege het constant opnieuw vullen van de 'terugkomende' delen, niet omdat je niet genoeg schoonmaakt. Optimaliseer de werkelijk groeiende afbeeldingen en bouw een gewoonte in om nieuwe afbeeldingen direct te optimaliseren; de volgende pop-up komt dan veel later.