Safari gebruikt veel geheugen op je Mac: wat kun je controleren?

Safari staat bovenaan de geheugenlijst, maar dat zegt op zichzelf niet of er iets mis is. Noteer eerst wat er openstaat en hoe de Mac reageert. Verander daarna één tabblad of extensie tegelijk. Een herhaalbare verbetering telt, niet een kortstondig lager getal nadat je alles hebt afgesloten.

Lees geheugengebruik in de juiste context

Apples geheugengids voor Activiteitenweergave legt geheugendruk, gecomprimeerd geheugen en swap uit. Open Geheugen in Activiteitenweergave en noteer Safari-gerelateerde rijen, de drukgrafiek en hoe vlot de Mac reageert.

Ongebruikt RAM is niet de enige nuttige toestand. Apple beschrijft ook hoe bestanden in de cache anders ongebruikt geheugen benutten om prestaties te verbeteren. Een hoge toewijzing bij soepel browsen verschilt van aanhoudende druk met vastlopers. De grafiek wordt uitgelegd in de gids over geheugendruk.

Geen van deze waarnemingen bewijst een geheugenlek. Houd pagina, handeling en testduur vergelijkbaar, in plaats van een stilstaand venster met een drukke webapp te vergelijken.

Kijk verder dan de rij Safari

De architectuurdocumentatie van WebKit legt uit dat webpagina’s in WebContent-processen draaien, los van de app en een gedeeld netwerkproces. Alleen de rij Safari bekijken kan dus een deel van de werklast missen.

Noteer de namen die Activiteitenweergave daadwerkelijk toont. Staat er een websitenaam, gebruik die dan als aanwijzing voor een vergelijking met die pagina. Zie het niet als bewijs van een vaste koppeling tussen één proces en één tabblad.

Bewaar onafgemaakt werk in de verdachte pagina voordat je test. De pagina binnen Safari sluiten geeft een duidelijkere vergelijking dan onbekende hulpprocessen beëindigen.

Verminder tabbladen en bewaar wat je nodig hebt

Apple beschrijft het sluiten van afzonderlijke tabbladen. Begin met overbodige pagina’s, houd de verdachte website open en herhaal dezelfde handeling terwijl je geheugen en reactiesnelheid bekijkt.

Neem ook andere Safari-vensters en gebruikte tabgroepen op in je overzicht. Apples gids voor tabgroepen beschrijft pagina’s organiseren, geen geheugenmeting. Het aantal tabbladen van een groep vertelt niet hoeveel RAM die nu gebruikt.

Helpt minder open werk, open daarna dan alleen de pagina’s voor je volgende taak. Reproduceert dezelfde website het probleem op zichzelf, onderzoek die dan in plaats van ongerelateerde browsergegevens te wissen.

Test extensies en een privévenster apart

Apples Safari-probleemoplossing omvat extensies uitschakelen en een privévenster testen. Noteer vooraf welke extensies zijn ingeschakeld, zodat je de keuze kunt terugzetten.

1. Bewaar werk, schakel extensies uit in de Safari-instellingen en test dezelfde pagina.
2. Helpt dat, schakel de extensies dan één voor één in en vergelijk telkens opnieuw.
3. Open voor een aparte test een privévenster met Shift-Command-N en bezoek dezelfde website.
4. Herstel de oorspronkelijke extensieselectie, behalve een extensie waarvan het probleem is bevestigd.

Een beter resultaat in een privévenster is een aanwijzing, geen diagnose. Aanmelding, opgeslagen gegevens en extensierechten kunnen verschillen. Controleer die verschillen voordat je besluit dat de website gerepareerd is.

Dezelfde Apple-pagina legt uit hoe je gegevens van de betrokken website verwijdert als de privétest helpt. Zorg eerst dat je aanmeldgegevens hebt en houd dit los van de extensietest. Schijfcache staat in de gids over browseropslag.

Voorkom dat tabbladen zich opstapelen

Apples huidige gids voor tabbladinstellingen noemt automatisch sluiten na één dag, één week of één maand, naast handmatig sluiten. Vergelijk de versiekeuze in de gids met je geïnstalleerde Safari voordat je de instelling zoekt.

Biedt je versie de functie, bewaar dan benodigde links voordat je een termijn kiest. Terugschakelen naar handmatig stopt toekomstige automatische sluitingen, maar herstelt geen onbewaard werk in al gesloten tabbladen. Ontbreekt de optie, sluit tabbladen dan zelf in plaats van iPhone-instellingen te volgen.

Controleer of de verbetering blijft

Herhaal de oorspronkelijke taak met dezelfde pagina’s en extensieselectie. Noteer of de vertraging terugkomt, welke website betrokken is en of het geheugen bij vergelijkbaar gebruik blijft stijgen.

Blijft één website de aanleiding, bewaar die details dan voor de ontwikkelaar. Apples probleempagina legt ook uit hoe Safari-updates via macOS-updates komen. Een andere browser kan als vergelijking dienen, maar namen en gedrag van Chrome-hulpprocessen horen bij de Chrome-hulpprocessengids.

Wat Mole doet

De proceslijst van Mole Mac onder Status kan op MEM worden gesorteerd om geheugengebruik te vergelijken. Processen met een herkende app-eigenaar worden samengevoegd, inclusief WebKit-processen die aan die app zijn toegeschreven. De apprijen zijn daarom geen lijst Safari-tabbladen. Gebruik ze om geheugen per app te vergelijken terwijl je wijzigingen in Safari doet.

Veelgestelde vragen

Is hoog Safari-geheugengebruik altijd een probleem?

Eén toewijzing bewijst geen fout. Vergelijk geheugendruk, reactiesnelheid en dezelfde browsertaak voordat je beoordeelt of een ingreep hielp.

Bewijst een beter privévenster dat een extensie de oorzaak is?

Nee. Opgeslagen websitegegevens en aanmelding kunnen ook verschillen. Test extensies apart en herstel de selectie daarna.

Moet ik Safari’s schijfcache wissen om RAM te verminderen?

Meer vrije schijfruimte bewijst niet dat een geheugenprobleem is verholpen. Isoleer eerst de pagina of extensie en vergelijk vervolgens dezelfde werklast opnieuw.