¿LockDown Browser tiene una fuga de memoria en Mac? (Investigación 2026)
Crecimiento de memoria medido (benchmark LDBypass)
De una reproducción de examen simulado de 3 horas, memoria residente de LDB muestreada a intervalos de 30 segundos:
| Mac | Memoria a 0:00 | Memoria a 3:00:00 | Crecimiento |
|---|---|---|---|
| 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% |
Patrón: ~5-15% de crecimiento entre todas las configuraciones.
¿Es esto una fuga?
"Fuga de memoria" en sentido estricto de programación significa memoria asignada pero nunca liberada. Del comportamiento observable público:
- El crecimiento está acotado - los picos se estabilizan tras ~2 horas.
- El crecimiento se correlaciona con la duración de grabación de Monitor - exámenes más largos + grabación = más crecimiento.
- La memoria cae de vuelta a la línea base ~2-3 minutos tras enviar + salida de LDB.
- No se necesita reinicio de proceso para reclamar memoria tras el examen.
Este patrón es consistente con un buffer que crece durante la grabación pero se libera al fin del examen - no una fuga. Monitor codifica vídeo en chunks; el buffer de codificación + cola de retransmisión-en-fallo retiene ~50-200 MB durante grabación activa.
Por qué esto importa en Macs de 8 GB
El crecimiento del 5-15% en 8 GB combinado con el presupuesto de memoria ya ajustado de macOS es lo que inclina los Macs de 8 GB a swap u OOM durante exámenes largos. De la página de uso de RAM: la Air 8 GB fue muerta por OOM en 2/3 reproducciones en la marca de 73 minutos.
Para Macs de 16 GB+, el crecimiento es invisible - hay mucho margen.
Cómo verificar en tu propio Mac
- Abre Monitor de Actividad antes de lanzar LDB.
- Busca "LockDown Browser" en Monitor de Actividad (LDB aparecerá una vez lanzado).
- Anota el valor de la columna "Memoria" al lanzar.
- Corre tu examen de práctica.
- Verifica la columna Memoria a intervalos de 30 min.
- Anota el valor al enviar.
- Tras salida de LDB, confirma que la Memoria cae de vuelta a la línea base (el proceso LDB termina por completo, así que esto es discutible - comparando con un lanzamiento fresco de LDB).
Si sospechas una fuga real (no buffer de Monitor)
Síntomas de una fuga real vs. crecimiento esperado de buffer:
- Crecimiento de buffer (esperado): lineal con tiempo de grabación; se estabiliza; libera al fin del examen.
- Fuga real (bug): el crecimiento no se estabiliza; continúa a tasa compuesta; sobrevive al fin del examen.
Si observas el segundo patrón reproduciblemente, guarda capturas del Monitor de Actividad a intervalos de 30 min + el reporte de diagnóstico más reciente de ~/Library/Logs/DiagnosticReports/, y reporta al soporte de Respondus.
Reproduciendo en tu hardware
Para comparar contra nuestras mediciones:
- Carga al 100%, desenchufa.
- Sal de cada app excepto Monitor de Actividad.
- Corre un examen simulado de 90 min del examen de práctica de tu universidad.
- Muestrea la columna Memoria de LDB al inicio del examen, 30 min adentro, 60 min adentro, fin del examen.
- Compara con nuestros valores para tu configuración específica de Mac.
Si tus números son salvajemente distintos, tu entorno tiene un factor de confusión (AV, sync de nube, muchos procesos en segundo plano) que eliminamos.
Mitigaciones durante exámenes largos
- Enchufa para cualquier examen > 90 min. La gestión de memoria de macOS es más agresiva con corriente CA; menos presión de swap.
- Sal de otras apps agresivamente antes del lanzamiento. La memoria residente de otras apps compite directamente con el buffer de LDB.
- Para Macs de 8 GB: consulta las mitigaciones comprehensivas en la página de uso de RAM. Honestamente, pide prestado un Mac de 16 GB si es posible.
Preguntas frecuentes
¿El crecimiento de memoria colapsará mi Mac?
En Macs de 16 GB+, no. En Macs de 8 GB, posible - consulta <a href="/lockdown-browser-mac/performance/ram-usage">uso de RAM</a>. Los Macs típicamente matan por OOM al proceso más grande (LDB) antes de colapsar todo el sistema; verías "LDB salió inesperadamente" en lugar de un kernel panic.
¿El crecimiento de memoria afecta mi calificación del examen?
No - las respuestas del examen están del lado del servidor. El crecimiento de memoria afecta el rendimiento del Mac, no el estado del LMS.
¿Debe Respondus optimizar esto?
Probablemente sí - para Macs de 8 GB especialmente. El buffer podría descargarse más agresivamente. Si lo harán depende de las prioridades de ingeniería de Respondus; no tenemos visibilidad en su roadmap.