O LockDown Browser tem um vazamento de memória no Mac? (Investigação 2026)
Crescimento de memória medido (benchmark LDBypass)
De uma reprodução de prova simulada de 3 horas, memória residente do LDB amostrada em intervalos de 30 segundos:
| Mac | Memória em 0:00 | Memória em 3:00:00 | Crescimento |
|---|---|---|---|
| M2 Air 16 GB | 728 MB | 814 MB | +12% |
| M3 Pro 18 GB | 752 MB | 820 MB | +9% |
| M4 Pro 24 GB | 781 MB | 847 MB | +8% |
| M4 Max 36 GB | 798 MB | 872 MB | +9% |
Padrão: ~5-15% de crescimento em todas as configurações.
Isso é um vazamento?
"Vazamento de memória" no sentido estrito de programação significa memória alocada mas nunca liberada. Do comportamento observável publicamente:
- O crescimento é limitado - picos estabilizam após ~2 horas.
- O crescimento se correlaciona com a duração de gravação do Monitor - provas mais longas + gravação = mais crescimento.
- A memória cai de volta à linha base ~2-3 minutos após enviar + saída do LDB.
- Nenhum reinício de processo necessário para reclamar memória após a prova.
Esse padrão é consistente com um buffer que cresce durante a gravação mas libera no fim da prova - não um vazamento. O Monitor codifica vídeo em chunks; o buffer de codificação + fila de retransmissão-em-falha retêm ~50-200 MB durante gravação ativa.
Por que isso importa em Macs de 8 GB
O crescimento de 5-15% em 8 GB combinado com o orçamento de memória já apertado do macOS é o que inclina Macs de 8 GB para swap ou OOM durante provas longas. Da página de uso de RAM: a Air 8 GB foi morta por OOM em 2/3 reproduções na marca de 73 minutos.
Para Macs de 16 GB+, o crescimento é invisível - há muita margem.
Como verificar no seu próprio Mac
- Abra o Monitor de Atividade antes de lançar o LDB.
- Procure por "LockDown Browser" no Monitor de Atividade (LDB aparecerá uma vez lançado).
- Anote o valor da coluna "Memória" no lançamento.
- Faça sua prova de prática.
- Verifique a coluna Memória em intervalos de 30 min.
- Anote o valor no envio.
- Após a saída do LDB, confirme que a Memória cai de volta à linha base (o processo LDB termina inteiramente, então isso é discutível - comparando com um lançamento fresco do LDB).
Se você suspeita de um vazamento real (não buffer do Monitor)
Sintomas de um vazamento real vs. crescimento esperado de buffer:
- Crescimento de buffer (esperado): linear com tempo de gravação; estabiliza; libera no fim da prova.
- Vazamento real (bug): crescimento não estabiliza; continua em taxa composta; sobrevive ao fim da prova.
Se você observa o segundo padrão de forma reproduzível, salve capturas do Monitor de Atividade em intervalos de 30 min + o relatório de diagnóstico mais recente de ~/Library/Logs/DiagnosticReports/, e reporte ao suporte da Respondus.
Reproduzindo no seu hardware
Para comparar com nossas medições:
- Carregue para 100%, desplugue.
- Saia de cada app exceto Monitor de Atividade.
- Faça uma prova simulada de 90 min da prova de prática da sua universidade.
- Amostre a coluna Memória do LDB no início da prova, 30 min dentro, 60 min dentro, fim da prova.
- Compare com nossos valores para sua configuração específica de Mac.
Se seus números estão muito diferentes, seu ambiente tem um fator de confusão (AV, sync de nuvem, muitos processos em segundo plano) que eliminamos.
Mitigações durante provas longas
- Plugue para qualquer prova > 90 min. O gerenciamento de memória do macOS é mais agressivo em energia CA; menos pressão de swap.
- Saia de outros apps agressivamente antes do lançamento. A memória residente de outros apps compete diretamente com o buffer do LDB.
- Para Macs de 8 GB: consulte as mitigações abrangentes na página de uso de RAM. Honestamente, pegue emprestado um Mac de 16 GB se possível.
Perguntas frequentes
O crescimento de memória travará meu Mac?
Em Macs de 16 GB+, não. Em Macs de 8 GB, possível - consulte <a href="/lockdown-browser-mac/performance/ram-usage">uso de RAM</a>. Macs tipicamente matam por OOM o maior processo (LDB) antes de travar todo o sistema; você veria "LDB encerrou inesperadamente" em vez de um kernel panic.
O crescimento de memória afeta minha nota da prova?
Não - as respostas da prova estão do lado do servidor. O crescimento de memória afeta o desempenho do Mac, não o estado do LMS.
A Respondus deveria otimizar isso?
Provavelmente sim - para Macs de 8 GB especialmente. O buffer poderia ser descarregado mais agressivamente. Se eles farão depende das prioridades de engenharia da Respondus; não temos visibilidade do roadmap deles.