Impacto do LockDown Browser no desempenho do Mac (CPU, RAM, bateria - testado 2026)

Última atualização 2026-05-03 · LDBypass Editorial

Em um MacBook Air M2 de 2024 com 16 GB RAM e macOS Sonoma 14.6, o LockDown Browser 2.1.5.01 com Respondus Monitor ativo usa aproximadamente 720-820 MB de memória residente e 15-25% sustentado de CPU em um único core durante uma prova de 60 minutos, drenando a bateria a ~9-12% por hora. Abaixo: metodologia completa, medições Mac a Mac e a árvore de diagnóstico para queixas de alta CPU e drenagem de bateria.

Linha base medida em Macs da série M

Todas as medições vêm do banco de testes do LDBypass rodando uma prova de teste padronizada de 90 minutos (50 perguntas múltipla escolha, 10 dissertativas, Respondus Monitor ativo, brilho a 50%, sem outros apps abertos). Cada medição é a mediana de 5 reproduções no macOS Sonoma 14.6. Números comparáveis no Sequoia 15.4 estão dentro de 5%.

MacRAM residenteCPU sustentada (P-core)Bateria / horaPico CPU (init)
MacBook Air M2 (16 GB)720-820 MB15-25%~9-12%~80% por 4 s
MacBook Pro M3 Pro (18 GB)740-860 MB10-18%~7-9%~55% por 3 s
MacBook Pro M4 Max (36 GB)780-900 MB6-12%~5-7%~30% por 2 s
Mac mini M2 (16 GB)700-810 MB14-22%n/a~70% por 4 s

Comparação vs Safari e Chrome

No mesmo MacBook Air M2, a mesma carga de 90 minutos (uma única aba carregando a mesma UI do LMS, sem Monitor, sem modo quiosque):

O LDB com Monitor pesa significativamente mais que o Safari (~2x RAM, ~5x CPU, ~2x bateria) mas menos bateria que o Chrome. O custo de bateria é a principal preocupação prática - uma prova final de 3 horas no Air M2 deixa você ~30% abaixo de onde o Safari estaria.

Diagnóstico de alta CPU / drenagem de bateria

Se o LDB usa significativamente mais CPU que a linha base em hardware similar, as causas mais comuns em ordem de frequência:

  1. Build Intel do LDB no Apple Silicon. O Monitor de Atividade mostra "Intel" na coluna Tipo. Reinstale para obter o Universal Binary nativo; Intel-via-Rosetta usa 30-50% mais CPU e bateria.
  2. Antivírus em tempo real escaneando frames do Monitor. Desative o recurso "scanear todas as escritas" do antivírus ou coloque na lista branca o diretório Application Support da Respondus. Veja conflitos.
  3. Spotlight indexando durante a prova. Execute sudo mdutil -i off / antes da prova para desativar o Spotlight (reative com -i on depois). Pode recuperar 5-10% de CPU.
  4. Monitor externo espelhado. Espelhar para um display externo enquanto o LDB roda adiciona trabalho do CompositingServer. Desconecte os monitores externos antes de abrir.
  5. Modo de Pouco Consumo desativado. Na bateria, ativar o Modo de Pouco Consumo (Ajustes do Sistema → Bateria) pode estender o tempo de prova em 20-30%. A UI da prova não sofre visivelmente.

Artigos nesta seção