Impacto de LockDown Browser en el rendimiento del Mac (CPU, RAM, batería - probado 2026)

Última actualización 2026-05-03 · LDBypass Editorial

En un MacBook Air M2 de 2024 con 16 GB RAM y macOS Sonoma 14.6, LockDown Browser 2.1.5.01 con Respondus Monitor activo usa aproximadamente 720-820 MB de memoria residente y un 15-25% sostenido de CPU en un único core durante un examen de 60 minutos, drenando la batería a ~9-12% por hora. Abajo: metodología completa, mediciones Mac por Mac y el árbol de diagnóstico para quejas de alto CPU y drenaje de batería.

Línea base medida en Macs serie M

Todas las mediciones provienen del banco de pruebas de LDBypass corriendo un examen de prueba estandarizado de 90 minutos (50 preguntas de opción múltiple, 10 ensayos, Respondus Monitor activo, brillo al 50%, sin otras apps abiertas). Cada medición es la mediana de 5 reproducciones en macOS Sonoma 14.6. Los números comparables en Sequoia 15.4 están dentro del 5%.

MacRAM residenteCPU sostenido (P-core)Batería / horaCPU pico (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

Comparación vs Safari y Chrome

En el mismo MacBook Air M2, la misma carga de 90 minutos (una sola pestaña cargando la misma UI del LMS, sin Monitor, sin modo kiosko):

LDB con Monitor pesa significativamente más que Safari (~2x RAM, ~5x CPU, ~2x batería) pero menos batería que Chrome. El costo de batería es la principal preocupación práctica - un examen final de 3 horas en Air M2 te deja ~30% por debajo de donde estaría Safari.

Diagnóstico de alto CPU / drenaje de batería

Si LDB usa significativamente más CPU que la línea base en hardware similar, las causas más comunes en orden de frecuencia:

  1. Build Intel de LDB en Apple Silicon. Monitor de Actividad muestra "Intel" en la columna Tipo. Reinstala para obtener el Universal Binary nativo; Intel-vía-Rosetta usa 30-50% más CPU y batería.
  2. Antivirus en tiempo real escaneando frames de Monitor. Desactiva la función "escanear todas las escrituras" del antivirus o pon en lista blanca el directorio Application Support de Respondus. Ver conflictos.
  3. Spotlight indexando durante el examen. Ejecuta sudo mdutil -i off / antes del examen para desactivar Spotlight (re-actívalo con -i on después). Puede recuperar 5-10% de CPU.
  4. Monitor externo en espejo. Hacer mirroring a un display externo mientras LDB corre añade trabajo de CompositingServer. Desconecta los monitores externos antes de abrir.
  5. Modo de Bajo Consumo desactivado. En batería, activar Modo de Bajo Consumo (Configuración del Sistema → Batería) puede extender el tiempo de examen 20-30%. La UI del examen no sufre visiblemente.

Artículos en esta sección