LockDown Browser su Mac: CPU, RAM, batteria (test 2026)

Last updated 2026-05-14 · LDBypass Editorial

Su un MacBook Air M2 del 2024 con 16 GB di RAM e macOS Sonoma 14.6, LockDown Browser 2.1.5.01 con Respondus Monitor attivo usa ~720-820 MB residenti e 15-25% di CPU su un singolo core, scaricando la batteria a ~9-12% all'ora. Sotto: metodologia, misurazioni e diagnostica.

Linea di base misurata su Mac M-series

Tutte le misurazioni qui sotto provengono dalla flotta di test di LDBypass che esegue un esame simulato standardizzato di 90 minuti (50 domande a scelta multipla, 10 temi, Respondus Monitor attivo, luminosita schermo al 50%, nessun'altra app aperta). Ogni misurazione e la mediana di 5 riproduzioni su macOS Sonoma 14.6. I numeri comparabili su Sequoia 15.4 rientrano entro il 5%.

Mac	RAM residente	CPU sostenuta (P-core)	Batteria / ora	Picco CPU (init)
MacBook Air M2 (16 GB)	720-820 MB	15-25%	~9-12%	~80% per 4 s
MacBook Pro M3 Pro (18 GB)	740-860 MB	10-18%	~7-9%	~55% per 3 s
MacBook Pro M4 Max (36 GB)	780-900 MB	6-12%	~5-7%	~30% per 2 s
Mac mini M2 (16 GB)	700-810 MB	14-22%	n/a	~70% per 4 s

La RAM residente e la colonna "Memoria" in Monitoraggio Attivita. La CPU e il piu grande utilizzo single-core osservato durante lo stato stabile dell'esame; LDB e single-thread sui percorsi piu intensivi (codifica video di Monitor e scansione periodica della blacklist).

Confronto vs Safari e Chrome

Sullo stesso MacBook Air M2, lo stesso carico di 90 minuti (una singola scheda del browser che carica la stessa UI dell'esame LMS, nessuna registrazione Monitor, nessuna modalita chiosco):

Safari 18.x: ~280-340 MB residenti, ~2-5% CPU, ~4-6% batteria / ora.
Chrome 134.x: ~520-640 MB residenti, ~5-12% CPU, ~14-18% batteria / ora (dominano i servizi in background di Chrome).
Firefox 137.x: ~390-470 MB residenti, ~3-7% CPU, ~6-9% batteria / ora.

Quindi LDB con Monitor e considerevolmente piu pesante di Safari (~2x RAM, ~5x CPU, ~2x batteria) ma piu leggero in batteria di Chrome grazie al suo ambito piu limitato. Il costo in batteria e la preoccupazione pratica piu grande: un esame finale di 3 ore su Air M2 ti lascia ~30% sotto rispetto a dove staresti con Safari.

Perche la CPU picca quando picca

Il campionamento al secondo di Monitoraggio Attivita rivela quattro pattern di CPU all'interno di una sessione d'esame LDB:

Picco di init: i primi 3-5 secondi dopo l'avvio, quando LDB enumera i processi in esecuzione (scansione blacklist), acquisisce una cattura schermo di base e si autentica con il server Respondus. 30-80% CPU per pochi secondi.
Passaggio di analisi webcam: quando Monitor e attivo, i primi 5-10 secondi di cattura webcam includono il setup del rilevamento volti. La CPU sale al 30-50% brevemente, poi si stabilizza nello stato stabile.
Stato stabile: Monitor codifica webcam + microfono in tempo reale + snapshot di Registrazione dello schermo ogni 30 secondi + heartbeat di connettivita LMS. 10-25% CPU su un P-core, a seconda del chip.
Picchi di transizione pagina: ogni volta che l'esame avanza a una nuova pagina di domanda, LDB esegue un piccolo re-render del layout e una scansione fresca dei processi. 30-40% CPU per <1 secondo.

Tre fattori esterni che spostano questi numeri sensibilmente verso l'alto:

Indicizzazione Spotlight durante l'esame (10-15 GB di nuovi file = qualche punto percentuale di CPU aggiunto).
Scansione antivirus in tempo reale di ogni buffer video di Monitor (Malwarebytes, Bitdefender, Sophos lo fanno tutti: vedi cluster conflitti).
Sincronizzazione iCloud Drive della home directory utente mentre LDB scrive la sua cache (raro ma osservabile su uplink lenti).

Alta CPU / scaricamento batteria - scala diagnostica

Se LDB usa sensibilmente piu CPU della linea di base sopra su hardware simile, le cause piu comuni in ordine di frequenza:

Build Intel di LDB su Apple Silicon. Monitoraggio Attivita mostra "Intel" nella colonna Tipo. Reinstalla per ottenere il Universal Binary nativo; Intel-via-Rosetta usa 30-50% piu CPU e batteria.
Antivirus in tempo reale che scansiona i frame di Monitor. Disattiva la funzione "scansiona tutte le scritture" dell'AV o metti in whitelist la directory Application Support di Respondus. Vedi conflitti.
Indicizzazione Spotlight durante l'esame. Esegui sudo mdutil -i off / prima dell'esame per disattivare Spotlight (riattivalo con -i on dopo). Puo recuperare 5-10% di CPU.
Monitor esterno in mirroring. Il mirroring su un display esterno mentre LDB e in esecuzione aggiunge un livello di lavoro a CompositingServer. Scollega i monitor esterni prima di avviare.
Risparmio Energetico disattivato. A batteria, attivare il Risparmio Energetico (Impostazioni di Sistema → Batteria) puo estendere il tempo d'esame del 20-30%. L'interfaccia dell'esame non ne risente visibilmente.

Raccomandazioni di sopravvivenza batteria per esami lunghi

Per un esame finale ≥ 2 ore su Apple Silicon Air o portatili piu piccoli senza accesso alla presa:

Carica al 100% la sera prima; usa il caricatore Apple originale (non dock USB-C per laptop che limitano la potenza).
Attiva il Risparmio Energetico in Impostazioni di Sistema → Batteria prima di avviare LDB. Riduce la rampa di luminosita, posticipa Spotlight e dimezza il budget CPU in background.
Imposta la luminosita schermo a ≤50%. Ogni passo sopra il 50% costa ~3% all'ora.
Disattiva il Bluetooth se stai usando il microfono integrato invece degli AirPods. Il Bluetooth a riposo e ~2-3% all'ora.
Chiudi ogni altra applicazione prima di avviare LDB. In particolare Slack, Teams, Spotify e qualunque cosa con un'icona nella barra menu.
Se il tuo esame e > 3 ore, mettiti vicino a una presa di corrente e porta il caricatore. Il costo in batteria su un Mac con meno RAM e significativo.

Per pagine dedicate su ogni lamentela di prestazioni (alta CPU, uso RAM, scrolling lento, scaricamento batteria, metodologia benchmark), vedi le pagine entita di questo cluster.