LockDown Browser ha un memory leak su Mac? (indagine 2026)

Last updated 2026-05-14 · LDBypass Editorial

Crescita di memoria misurata (benchmark LDBypass)

Da una riproduzione di esame simulato di 3 ore, memoria residente di LDB campionata a intervalli di 30 secondi:

Pattern: ~5-15% di crescita su tutte le configurazioni.

E un leak?

"Memory leak" in senso stretto di programmazione significa memoria allocata ma mai rilasciata. Dal comportamento pubblicamente osservabile:

• La crescita e limitata: i picchi si stabilizzano dopo ~2 ore.
• La crescita e correlata alla durata della registrazione di Monitor: esami piu lunghi + registrazione = piu crescita.
• La memoria torna alla linea di base ~2-3 minuti dopo l'invio + uscita di LDB.
• Non serve riavviare il processo per recuperare memoria dopo l'esame.

Questo pattern e coerente con un buffer che cresce durante la registrazione ma si libera alla fine dell'esame: non un leak. Monitor codifica video in chunk; il buffer di codifica + la coda di ritrasmissione-in-caso-di-errore tengono ~50-200 MB durante la registrazione attiva.

Perche questo conta sui Mac da 8 GB

La crescita del 5-15% a 8 GB combinata con il budget di memoria gia stretto di macOS e cio che spinge i Mac da 8 GB nello swap o in OOM durante esami lunghi. Dalla pagina sull'uso di RAM: Air 8 GB terminato per OOM in 2 riproduzioni su 3 al minuto 73.

Per i Mac da 16 GB+, la crescita e invisibile: c'e ampio margine.

Come verificare sul tuo Mac

1. Apri Monitoraggio Attivita prima di avviare LDB.
2. Cerca "LockDown Browser" in Monitoraggio Attivita (LDB apparira una volta avviato).
3. Annota il valore della colonna "Memoria" all'avvio.
4. Esegui il tuo esame di prova.
5. Controlla la colonna Memoria a intervalli di 30 min.
6. Annota il valore al momento dell'invio.
7. Dopo l'uscita di LDB, conferma che la Memoria torni alla linea di base (il processo LDB termina del tutto, quindi questo e secondario: confrontalo con un avvio fresco di LDB).

Se sospetti un leak reale (non il buffer di Monitor)

Sintomi di un leak reale vs. crescita attesa del buffer:

• Crescita del buffer (attesa): lineare con il tempo di registrazione; si stabilizza; si libera alla fine dell'esame.
• Leak reale (bug): la crescita non si stabilizza; continua a tasso composto; sopravvive alla fine dell'esame.

Se osservi il secondo pattern in modo riproducibile, salva screenshot di Monitoraggio Attivita a intervalli di 30 min + il report diagnostico piu recente da ~/Library/Logs/DiagnosticReports/, e segnala al supporto Respondus.

Riprodurre sul tuo hardware

Per confrontare con le nostre misurazioni:

1. Carica al 100%, scollega.
2. Chiudi ogni app tranne Monitoraggio Attivita.
3. Esegui un esame simulato di 90 min dall'esame di prova della tua universita.
4. Campiona la colonna Memoria di LDB all'inizio dell'esame, a 30 min, a 60 min e alla fine.
5. Confronta con i nostri valori per la tua configurazione Mac specifica.

Se i tuoi numeri sono molto diversi, il tuo ambiente ha un fattore confondente (AV, sync cloud, molti processi in background) che abbiamo eliminato.

Mitigazioni durante esami lunghi

1. Collegati alla corrente per qualunque esame > 90 min. La gestione della memoria di macOS e piu aggressiva con alimentazione di rete; meno pressione di swap.
2. Chiudi altre app in modo aggressivo prima dell'avvio. La memoria residente di altre app compete direttamente con il buffer di LDB.
3. Per i Mac da 8 GB: vedi le mitigazioni complete nella pagina sull'uso di RAM. Onestamente, fatti prestare un Mac da 16 GB se possibile.