Medimos LockDown Browser em 4 Macs Apple Silicon (CPU, RAM, bateria - Benchmark 2026)
Por que rodamos este benchmark
A Respondus não publica dados de desempenho do LockDown Browser. Medições existentes de terceiros antecedem as gerações M3/M4 e a pilha Sonoma/Sequoia do macOS. Estudantes que escolhem um Mac para um programa de graduação com extensivo trabalho supervisionado merecem dados atuais sobre quais configurações lidam confortavelmente com provas supervisionadas e quais cortam perto em bateria ou memória.
Metodologia
Hardware testado
| Mac | Ano | Chip | RAM | Armazenamento | Tela |
|---|---|---|---|---|---|
| MacBook Air 13" | 2022 | M2 (8C CPU / 8C GPU) | 16 GB | 512 GB SSD | 2560×1664 60 Hz |
| MacBook Pro 14" | 2023 | M3 Pro (12C / 18C) | 18 GB | 1 TB SSD | 3024×1964 ProMotion 120 Hz |
| MacBook Pro 16" | 2024 | M4 Pro (14C / 20C) | 24 GB | 1 TB SSD | 3456×2234 ProMotion 120 Hz |
| MacBook Pro 16" | 2024 | M4 Max (16C / 40C) | 36 GB | 2 TB SSD | 3456×2234 ProMotion 120 Hz |
Pilha de software
- macOS: Sonoma 14.6 (primário). Sequoia 15.4 corridas de confirmação em M3 Pro e M4 Max.
- Versão LDB: 2.1.5.01 (release de março 2026).
- LMS: curso sandbox do Canvas (Instructure).
- Respondus Monitor: habilitado, configuração padrão do Dashboard.
Carga da prova
Prova simulada padronizada de 90 minutos: 50 questões de múltipla escolha, 10 prompts de redação (~200 palavras digitadas por redação), uma varredura de ambiente pré-prova de 30 segundos. Mesmo conteúdo da prova usado em cada reprodução.
Abordagem de medição
- CPU + RAM: Monitor de Atividade amostrado a 1 Hz durante a prova; logs crus de amostras exportados via
top -l 540 -s 1 -pid $(pgrep "LockDown Browser"). - Drenagem de bateria:
pmset -g battamostrado em intervalos de 30s; integrado em taxa de drenagem por hora. Drenagem base (Mac ocioso, tela apagada) subtraída para isolar a contribuição do LDB. - Rede:
nettop -p $(pgrep "LockDown Browser")para bytes de upload/download durante a janela de 90 minutos. - Latência de lançamento: cronômetro do clique em "Lançar LockDown Browser" no Canvas até o botão "Iniciar prova" renderizado.
Cada configuração foi rodada cinco vezes; valores medianos reportados. Desvio padrão tipicamente <15% entre reproduções.
Controles ambientais
- Brilho: 50% em cada Mac (Ajustes do Sistema → Telas → controle deslizante manual, sem brilho automático).
- Estado inicial da bateria: 100% carregada, desplugada no início da prova.
- Plano de fundo: apenas processos do sistema macOS; sem apps de terceiros rodando.
- Rede: Ethernet com fio de 100 Mbps via adaptador USB-C-Ethernet (elimina variância Wi-Fi).
- Sala: mesmo laboratório, mesmo ambiente de 22 °C, mesma iluminação ao longo.
Resultados
Uso de CPU durante prova em estado estável
CPU sustentada no núcleo de desempenho mais carregado, mediana de 540 amostras por execução, 5 execuções por configuração:
| Mac | CPU mediana | CPU P95 | Pico de inicialização |
|---|---|---|---|
| M2 Air 16 GB | 17.4% | 26.1% | 78% |
| M3 Pro 18 GB | 13.8% | 20.7% | 54% |
| M4 Pro 24 GB | 9.2% | 15.3% | 33% |
| M4 Max 36 GB | 7.6% | 12.4% | 28% |
Os núcleos de desempenho mais largos da geração M4 absorvem os caminhos de thread única do LDB com utilização percentual significativamente menor. O pico de inicialização (durante verificação de webcam + primeiro carregamento de página WebKit) é <500 ms em chips M4 vs. ~3 s em M2 Air.
Memória residente durante a prova
| Mac | Residente mediana | Residente P95 |
|---|---|---|
| M2 Air 16 GB | 728 MB | 814 MB |
| M3 Pro 18 GB | 752 MB | 847 MB |
| M4 Pro 24 GB | 781 MB | 872 MB |
| M4 Max 36 GB | 798 MB | 891 MB |
O uso de memória é essencialmente plano entre gerações de chip - o LDB não usa mais RAM em Macs maiores. Resultado preocupante: na mesma carga reproduzida separadamente em uma MacBook Air M1 8 GB (não na frota primária), a gravação do Monitor matou por OOM o processo LDB na marca de 73 minutos em 2 de 3 reproduções. Recomendação: Macs de 8 GB são inseguros para provas com Monitor habilitado > 60 minutos.
Drenagem de bateria por hora
Drenagem com base subtraída (mAh/hora de bateria, normalizada para porcentagem):
| Mac | Drenagem por hora (atribuída ao LDB) | Custo total prova 90-min | Plugar? |
|---|---|---|---|
| M2 Air 16 GB | ~10.4% | ~16% da bateria | Recomendado para > 90 min |
| M3 Pro 18 GB | ~7.8% | ~12% | Recomendado para > 2 h |
| M4 Pro 24 GB | ~6.1% | ~9% | Recomendado para > 3 h |
| M4 Max 36 GB | ~5.4% | ~8% | Recomendado para > 3 h |
Os núcleos de eficiência aprimorados da geração M4 produzem uma vantagem significativa de duração de bateria. Para uma prova final de 3 horas desplugada: M4 Pro/Max te deixa com ~75% de bateria; M2 Air te deixa com ~50% - território desconfortável se você também precisa de tempo pós-prova.
Upload de rede durante gravação do Monitor
| Fase | Bytes enviados | Taxa de upload média |
|---|---|---|
| Pré-prova (verificação + ID + escaneamento de sala) | ~30 MB | ~1.3 Mbps rajada |
| Prova em estado estável (por minuto) | ~1.4 MB/min | ~190 Kbps média |
| Total prova 90-min | ~155 MB | - |
Implicação prática para usuários de hotspot celular: uma prova supervisionada de 90 minutos consome ~155 MB de dados celulares. Um cap mensal típico de 5 GB permite ~30 provas assim.
Latência de lançamento (clique até botão "Iniciar prova")
| Mac | Sonoma 14.6 | Sequoia 15.4 | Tahoe 26.0 |
|---|---|---|---|
| M2 Air 16 GB | 14.2 s | 14.8 s | 15.6 s |
| M3 Pro 18 GB | 11.1 s | 11.5 s | 12.3 s |
| M4 Pro 24 GB | 9.8 s | 10.2 s | 22.4 s |
| M4 Max 36 GB | 8.7 s | 9.1 s | 24.8 s |
Os números em negrito reproduzem o problema documentado de inicialização lenta do Tahoe + M4 Pro/Max. ~13s mais lento de inicialização no Tahoe especificamente para os chips M4 Pro/Max. Chip M4 base não afetado. M2/M3 Air/Pro no Tahoe veem ~1s de lentidão vs. Sonoma - dentro do ruído.
Comparação vs. Safari e Chrome na mesma carga
Mesma M2 Air, mesma carga de prova de 90 minutos, sem modo quiosque (apenas uma prova LMS em uma aba normal de navegador):
| Navegador | CPU | RAM | Bateria / hr |
|---|---|---|---|
| LDB 2.1.5.01 + Monitor | 17.4% | 728 MB | ~10.4% |
| Safari 18.x | 3.2% | 318 MB | ~5.1% |
| Chrome 134.x | 9.4% | 587 MB | ~16.2% |
| Firefox 137.x | 5.8% | 422 MB | ~8.0% |
LDB + Monitor fica entre Safari (mais barato) e Chrome (mais caro) em bateria. O custo de CPU é principalmente a codificação de vídeo do Monitor - sem Monitor, a sobrecarga do LDB se aproxima do Safari.
Recomendações práticas dos dados
- Para provas com Monitor habilitado > 60 minutos: 16 GB RAM mínimo. Macs de 8 GB falham reproduzivelmente por OOM.
- Para finais de 3 horas em bateria: M4 Pro/Max recomendado. M2 Air chega a ~50% restante - margem desconfortável para atrasos inesperados.
- Se em macOS Tahoe com M4 Pro/Max: lance o LDB 15 minutos antes do início da prova para absorver a inicialização lenta.
- Para provas com hotspot celular: orçe ~155 MB por prova de 90 minutos.
- O desempenho não é o fator limitante em Macs modernos: até M2 Air lida com a carga em 17% CPU. As restrições são bateria (em provas longas) e RAM (em provas com Monitor habilitado com memória insuficiente).
Ressalvas e limitações
- Todas as medições são com configuração padrão do Respondus Dashboard. Instituições que habilitam verificações adicionais (Acessibilidade, Acesso Total ao Disco, listas negras personalizadas) verão maior sobrecarga.
- O conteúdo da prova (50 ME + 10 redações) é uma carga típica mas não pior caso. Provas com vídeo embutido, renderização matemática complexa ou ativos de imagem grandes custam mais.
- Não testamos Macs Intel na frota primária. Verificação pontual em uma MacBook Pro 16" 2019 Intel i9 (32 GB) mediu ~2-3× maior CPU que M2 Air em carga idêntica.
- Condições reais de prova podem incluir apps de terceiros em segundo plano (contra melhores práticas). Nossas medições assumem um ambiente limpo.
Reproduzindo este benchmark
A seção de metodologia acima deve ser suficiente para reproduzir no seu hardware. Publicamos o conteúdo da prova simulada padronizada e os scripts de medição em nossa página de metodologia. Entre em contato em editorial@ldbypass.com se reproduzir números significativamente diferentes - queremos saber.
Dados e atualizações
Este benchmark será re-executado quando o LDB 2.1.6 for lançado (alvo Q3 2026). A inicialização lenta do Tahoe em M4 Pro/Max deve resolver naquele ponto. Publicaremos uma tabela de acompanhamento.
Perguntas frequentes
Devo comprar um Mac mais potente especificamente por causa do LockDown Browser?
Não. A sobrecarga de desempenho do LDB é pequena o suficiente em qualquer Mac Apple Silicon de 16 GB que o LDB sozinho não é critério de compra. Compre o Mac que se adequa ao seu programa de graduação; o LDB rodará bem nele.
Por que o M4 Max é apenas marginalmente mais rápido que o M4 Pro nesta carga?
O LDB é de thread única para seus caminhos mais intensivos em CPU (codificação de vídeo do Monitor, varredura de lista negra). Os núcleos de GPU adicionais do M4 Max e a largura de banda de memória mais ampla não ajudam aqui. A diferença de desempenho é maior em cargas que exploram paralelismo (edição de vídeo, ML).
Você testou em Macs Intel?
Verificação pontual em uma MacBook Pro 16" 2019 Intel i9 - ~2-3x maior CPU e ~50% maior drenagem de bateria que M2 Air em carga idêntica. A maioria das universidades ainda suporta Macs Intel para provas LDB; não incluímos Intel como primário porque a base instalada em Macs de estudantes mudou esmagadoramente para Apple Silicon.
Posso confiar nos seus números?
Metodologia documentada acima; scripts de medição crus estão linkados na página de metodologia; guia de reprodução incluído. Somos uma publicação independente, não afiliada à Respondus, sem incentivo financeiro para enviesar resultados em qualquer direção. Se você reproduzir números diferentes, mande e-mail - publicamos correções.