Medimos LockDown Browser en 4 Macs Apple Silicon (CPU, RAM, batería - Benchmark 2026)
Por qué corrimos este benchmark
Respondus no publica cifras de rendimiento para LockDown Browser. Las mediciones existentes de terceros preceden a las generaciones M3/M4 y la pila Sonoma/Sequoia de macOS. Los estudiantes que eligen un Mac para un programa de grado con trabajo de curso supervisado extensivo merecen datos actuales sobre qué configuraciones manejan exámenes supervisados cómodamente y cuáles cortan cerca en batería o memoria.
Metodología
Hardware probado
| Mac | Año | Chip | RAM | Almacenamiento | Pantalla |
|---|---|---|---|---|---|
| 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 |
Pila de software
- macOS: Sonoma 14.6 (primario). Sequoia 15.4 corridas de confirmación en M3 Pro y M4 Max.
- Versión LDB: 2.1.5.01 (release de marzo 2026).
- LMS: curso sandbox de Canvas (Instructure).
- Respondus Monitor: habilitado, configuración predeterminada del Dashboard.
Carga del examen
Examen simulado estandarizado de 90 minutos: 50 preguntas de opción múltiple, 10 prompts de ensayo (~200 palabras tipeadas por ensayo), un escaneo del entorno pre-examen de 30 segundos. Mismo contenido del examen usado en cada reproducción.
Enfoque de medición
- CPU + RAM: Monitor de Actividad muestreado a 1 Hz durante el examen; logs crudos de muestras exportados vía
top -l 540 -s 1 -pid $(pgrep "LockDown Browser"). - Drenaje de batería:
pmset -g battmuestreado a intervalos de 30s; integrado a tasa de drenaje por hora. Drenaje base (Mac inactiva, pantalla apagada) restado para aislar la contribución de LDB. - Red:
nettop -p $(pgrep "LockDown Browser")para bytes de subida/bajada durante la ventana de 90 minutos. - Latencia de lanzamiento: cronómetro desde clic en "Lanzar LockDown Browser" en Canvas hasta el botón "Comenzar examen" renderizado.
Cada configuración se corrió cinco veces; valores medianos reportados. Desviación estándar típicamente <15% entre reproducciones.
Controles ambientales
- Brillo: 50% en cada Mac (Configuración del Sistema → Pantallas → deslizador manual, sin auto-brillo).
- Estado inicial de batería: 100% cargada, desenchufada al inicio del examen.
- Fondo: solo procesos del sistema macOS; sin apps de terceros corriendo.
- Red: Ethernet cableado de 100 Mbps vía adaptador USB-C-Ethernet (elimina varianza Wi-Fi).
- Cuarto: mismo laboratorio, mismo ambiente de 22 °C, misma iluminación a lo largo.
Resultados
Uso de CPU durante el examen en estado estable
CPU sostenida en el núcleo de rendimiento más cargado, mediana de 540 muestras por corrida, 5 corridas por configuración:
| Mac | CPU mediana | CPU P95 | Pico de inicialización |
|---|---|---|---|
| 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% |
Los núcleos de rendimiento más anchos de la generación M4 absorben las rutas de un solo hilo de LDB con utilización porcentual significativamente menor. El pico de inicialización (durante verificación de webcam + primera carga de página WebKit) es <500 ms en chips M4 vs. ~3 s en M2 Air.
Memoria residente durante el examen
| 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 |
El uso de memoria es esencialmente plano entre generaciones de chip - LDB no usa más RAM en Macs más grandes. Resultado preocupante: en la misma carga reproducida por separado en una MacBook Air M1 8 GB (no en la flota primaria), la grabación de Monitor mató por OOM al proceso LDB en la marca de 73 minutos en 2 de 3 reproducciones. Recomendación: los Macs de 8 GB son inseguros para exámenes con Monitor habilitado > 60 minutos.
Drenaje de batería por hora
Drenaje con base restada (mAh/hora de batería, normalizado a porcentaje):
| Mac | Drenaje por hora (atribuido a LDB) | Costo total examen 90-min | ¿Enchufar? |
|---|---|---|---|
| M2 Air 16 GB | ~10.4% | ~16% de batería | 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 |
Los núcleos de eficiencia mejorados de la generación M4 producen una ventaja significativa de duración de batería. Para un examen final de 3 horas desenchufado: M4 Pro/Max te deja con ~75% batería; M2 Air te deja con ~50% - territorio incómodo si también necesitas tiempo post-examen.
Subida de red durante grabación de Monitor
| Fase | Bytes subidos | Tasa de subida promedio |
|---|---|---|
| Pre-examen (verificación + ID + escaneo de habitación) | ~30 MB | ~1.3 Mbps ráfaga |
| Examen en estado estable (por minuto) | ~1.4 MB/min | ~190 Kbps prom |
| Total examen 90-min | ~155 MB | - |
Implicación práctica para usuarios de hotspot celular: un examen supervisado de 90 minutos consume ~155 MB de datos celulares. Un cap mensual típico de 5 GB permite ~30 exámenes así.
Latencia de lanzamiento (clic a botón "Comenzar examen")
| 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 |
Los números en negrita reproducen el problema documentado de inicialización lenta de Tahoe + M4 Pro/Max. ~13s más lento de inicialización en Tahoe específicamente para los chips M4 Pro/Max. El chip M4 base no afectado. M2/M3 Air/Pro en Tahoe ven ~1s de ralentización vs. Sonoma - dentro del ruido.
Comparación vs. Safari y Chrome en la misma carga
Misma M2 Air, misma carga de examen de 90 minutos, sin modo kiosco (solo un examen LMS en una pestaña de navegador normal):
| Navegador | CPU | RAM | Batería / 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 se sitúa entre Safari (más barato) y Chrome (más caro) en batería. El costo de CPU es mayormente la codificación de vídeo de Monitor - sin Monitor, la sobrecarga de LDB se acerca a la de Safari.
Recomendaciones prácticas de los datos
- Para exámenes con Monitor habilitado > 60 minutos: 16 GB RAM mínimo. Los Macs de 8 GB fallan reproduciblemente por OOM.
- Para finales de 3 horas con batería: M4 Pro/Max recomendado. M2 Air llega a ~50% restante - margen incómodo para retrasos inesperados.
- Si en macOS Tahoe con M4 Pro/Max: lanza LDB 15 minutos antes del inicio del examen para absorber la inicialización lenta.
- Para exámenes con hotspot celular: presupuesta ~155 MB por examen de 90 minutos.
- El rendimiento no es el factor limitante en Macs modernos: incluso M2 Air maneja la carga al 17% CPU. Las restricciones son batería (en exámenes largos) y RAM (en exámenes con Monitor habilitado con memoria insuficiente).
Salvedades y limitaciones
- Todas las mediciones son con configuración predeterminada del Respondus Dashboard. Las instituciones que habilitan verificaciones adicionales (Accesibilidad, Acceso Total al Disco, listas negras personalizadas) verán mayor sobrecarga.
- El contenido del examen (50 OM + 10 ensayos) es una carga típica pero no peor caso. Los exámenes con vídeo embebido, renderizado matemático complejo o assets de imagen grandes cuestan más.
- No probamos Macs Intel en la flota primaria. Verificación puntual en una MacBook Pro 16" 2019 Intel i9 (32 GB) midió ~2-3× mayor CPU que M2 Air en carga idéntica.
- Las condiciones reales de examen pueden incluir apps de terceros en segundo plano (contra mejores prácticas). Nuestras mediciones asumen un entorno limpio.
Reproduciendo este benchmark
La sección de metodología arriba debe ser suficiente para reproducir en tu hardware. Hemos publicado los contenidos del examen simulado estandarizado y los scripts de medición en nuestra página de metodología. Contáctanos en editorial@ldbypass.com si reproduces números significativamente diferentes - queremos saber.
Datos y actualizaciones
Este benchmark se volverá a correr cuando se lance LDB 2.1.6 (objetivo Q3 2026). La inicialización lenta de Tahoe en M4 Pro/Max debería resolverse en ese punto. Publicaremos una tabla de seguimiento.
Preguntas frecuentes
¿Debo comprar un Mac más potente específicamente por LockDown Browser?
No. La sobrecarga de rendimiento de LDB es lo suficientemente pequeña en cualquier Mac Apple Silicon de 16 GB que LDB solo no es un criterio de compra. Compra el Mac que se adapte a tu programa de grado; LDB correrá bien en él.
¿Por qué el M4 Max es solo marginalmente más rápido que el M4 Pro en esta carga?
LDB es de un solo hilo para sus rutas más intensivas en CPU (codificación de vídeo de Monitor, escaneo de lista negra). Los núcleos de GPU adicionales y el ancho de banda de memoria más amplio del M4 Max no ayudan aquí. La brecha de rendimiento es mayor en cargas que explotan paralelismo (edición de vídeo, ML).
¿Probaste en Macs Intel?
Verificación puntual en una MacBook Pro 16" 2019 Intel i9 - ~2-3x mayor CPU y ~50% mayor drenaje de batería que M2 Air en carga idéntica. La mayoría de las universidades aún soporta Macs Intel para exámenes LDB; no incluimos Intel como primario porque la base instalada en Macs de estudiantes ha cambiado abrumadoramente a Apple Silicon.
¿Puedo confiar en tus números?
La metodología está documentada arriba; los scripts de medición crudos están enlazados en la página de metodología; la guía de reproducción está incluida. Somos una publicación independiente, no afiliada a Respondus, sin incentivo financiero para sesgar resultados en ninguna dirección. Si reproduces números diferentes, mándanos correo - publicamos correcciones.