¿Qué le hace "sudo nvram boot-args="debug=0x10"" a mi Mac?

Debido a que Parallels Desktop 10 y Fusion 7 se ejecutan lentamente en Yosemite, hay artículos de KB que hacen que los usuarios ejecuten

sudo nvram boot-args="debug=0x10"

Por ejemplo aquí: http://kb.parallels.com/122767

Descubrí que 0x10 "hará que ddb sea el depurador predeterminado". Pero no tengo idea de lo que esto significa, pero suena aterrador.

¿Qué le hará este comando a Yosemite/la Mac? ¿Puede tener otros efectos secundarios?

Respuestas (1)

sudo nvram boot-args="debug=0x144"

Esta es una combinación de funciones de depuración del kernel que le mostrarán información adicional sobre los procesos del kernel, lo que puede ser excepcionalmente útil si un sistema está experimentando pánico en el kernel. Otra opción es usar debug=0x14e, que mostrará aún más opciones de registro. El uso principal de esto es que habilita los pánicos del kernel de estilo antiguo que muestran texto desplazado en la pantalla sobre por qué el sistema entró en pánico, en lugar de mostrar el fondo gris y el mensaje para simplemente reiniciar su sistema. Las opciones de depuración alternativas son las siguientes, aunque es probable que solo sean útiles para los programadores del kernel:

  • 0x01: deténgase en el momento del arranque y espere a que se conecte el depurador
  • 0x02: envía la salida de depuración del kernel a la consola
  • 0x04 - Ir al depurador en una interrupción no enmascarable
  • 0x08: envía información de depuración del kernel a un puerto serie
  • 0x10: convierte a ddb en el depurador predeterminado
  • 0x20: envía información de diagnóstico al registro del sistema
  • 0x40 - Permitir que el depurador ARP y ruta
  • 0x80: admite versiones antiguas de gdb en sistemas más nuevos
  • 0x100: deshabilita la pantalla gráfica de diálogo de pánico

Fuente: opciones de argumento de arranque en OS X

ddb es solo un depurador. Es absolutamente seguro habilitar ese tipo de modos para recopilar información una vez que haya experimentado problemas con el sistema.

¿Cómo ayudaría habilitar un depurador y agregar más registros para acelerar una máquina virtual?
No hay forma de acelerar haciendo eso. Debe permitir ver los registros después de eso y buscar errores, problemas, lo que sea que le permita solucionar su problema.
La cosa es que realmente funciona. Parallels tiene una herramienta que muestra cientos de miles de interrupciones que ralentizan la máquina virtual. Haga el debug=0x10y el problema se ha ido.
También puedo confirmar que el cambio hace que Parallels funcione con normalidad.
@Krumelur: es posible que al habilitar el depurador, las interrupciones se desvíen al controlador del depurador (y quizás el controlador predeterminado las ignore).