Heeft LockDown Browser een geheugenlek op Mac? (Onderzoek 2026)

Last updated 2026-05-14 · LDBypass Editorial

Gemeten geheugengroei (LDBypass-benchmark)

Uit een reproductie van een proefexamen van 3 uur, met het residente geheugen van LDB bemonsterd op intervallen van 30 seconden:

Patroon: ~5-15% groei over alle configuraties.

Is dit een lek?

"Geheugenlek" in de strikte programmeerzin betekent geheugen dat is toegewezen maar nooit vrijgegeven. Vanuit het publiek waarneembare gedrag:

• De groei is begrensd - de pieken vlakken na ~2 uur af.
• De groei correleert met de duur van de Monitor-opname - langere examens + opname = meer groei.
• Het geheugen zakt ~2-3 minuten na indienen + afsluiten van LDB terug naar de basislijn.
• Geen procesherstart nodig om het geheugen na het examen terug te winnen.

Dit patroon is consistent met een buffer die groeit tijdens opname maar bij het einde van het examen wordt vrijgegeven - geen lek dus. Monitor codeert video in blokken; de codeerbuffer + retransmissiequeue houden ~50-200 MB vast tijdens actieve opname.

Waarom dit van belang is op Macs met 8 GB

De groei van 5-15% bij 8 GB, gecombineerd met het toch al krappe geheugenbudget van macOS, is wat Macs met 8 GB tijdens lange examens richting swap of OOM duwt. Uit de RAM-gebruikpagina: de Air van 8 GB werd in 2/3 reproducties door OOM beëindigd op de marker van 73 minuten.

Op Macs van 16 GB en meer is de groei onzichtbaar - er is voldoende ruimte.

Hoe verifieer je het op je eigen Mac

1. Open Activiteitenweergave voor je LDB start.
2. Zoek in Activiteitenweergave naar "LockDown Browser" (LDB verschijnt zodra het is gestart).
3. Noteer de waarde in de kolom "Geheugen" bij start.
4. Doe je oefenexamen.
5. Controleer de kolom Geheugen om de 30 minuten.
6. Noteer de waarde bij indienen.
7. Nadat LDB is afgesloten, bevestig dat Geheugen terug naar de basislijn zakt (het LDB-proces stopt volledig, dus dit is moot - vergelijk met een verse LDB-start).

Als je vermoedt dat het een echt lek is (niet de Monitor-buffer)

Symptomen van een echt lek vs. verwachte buffergroei:

• Buffergroei (verwacht): lineair met de opnametijd; vlakt af; geeft vrij bij einde examen.
• Echt lek (bug): de groei vlakt niet af; gaat door in samengesteld tempo; overleeft het einde van het examen.

Als je het tweede patroon reproduceerbaar waarneemt, bewaar dan schermafbeeldingen van Activiteitenweergave om de 30 minuten + het meest recente diagnostische rapport uit ~/Library/Logs/DiagnosticReports/ en meld het bij Respondus-support.

Reproduceren op je eigen hardware

Om met onze metingen te vergelijken:

1. Laad op tot 100%, stekker eruit.
2. Sluit alle apps behalve Activiteitenweergave.
3. Draai een proefexamen van 90 minuten uit het oefenexamen van je universiteit.
4. Bemonster de Geheugen-kolom van LDB bij start, na 30 min, na 60 min en bij einde examen.
5. Vergelijk met onze waarden voor jouw specifieke Mac-configuratie.

Als je cijfers totaal anders zijn, heeft je omgeving een storende factor (AV, cloudsync, veel achtergrondprocessen) die wij hadden uitgesloten.

Maatregelen tijdens lange examens

1. Steek de stekker erin bij elk examen > 90 min. Het geheugenbeheer van macOS is agressiever op netstroom; minder swap-druk.
2. Sluit andere apps agressief af voor de start. Het residente geheugen van andere apps concurreert direct met de buffer van LDB.
3. Voor Macs met 8 GB: zie de uitgebreide maatregelen op de RAM-gebruikpagina. Eerlijk gezegd: leen indien mogelijk een Mac met 16 GB.