La herramienta Powercfg.exe de las versiones recientes de Windows permite gestionar la configuración de energía mediante órdenes de línea de comandos. Apareció por primera vez en Windows Server 2003, más tarde Microsoft la incorporó al Service Pack 2 de Windows XP (también disponible, por tanto, con el Service Pack 3), y su repertorio de opciones se ha ido ampliando en consonancia con las novedades en la gestión energética de los sistemas operativos. Una de las novedades más destacadas en Windows 7 y Windows Server 2008 R2 es la opción /energy.

La mayoría de las funciones requiere privilegios de administrador. A partir de Windows Vista, se recomienda abrir una ventana de intérprete de línea de comandos elevada para usar PowerCfg de forma interactiva. La opción /energy genera un informe sobre la configuración y gestión de energía en Windows con el propósito de diagnosticar problemas e intentar resolverlos. Un documento de Microsoft explica en inglés su funcionamiento y cómo interpretar los resultados: “Using PowerCfg to Evaluate System Energy Efficiency”.

La ejecución de PowerCfg /energy puede mostrar el siguiente mensaje en algunas ocasiones:

Habilitando el seguimiento durante 60 segundos…
Observando el comportamiento del sistema…
No pudo abrirse el Registrador del kernel de NT.  El Registrador del kernel de NT ya está en uso. Asegúrese de que no se esté usando ninguna de las demás utilidades de supervisión de rendimiento, incluido el Monitor de confiabilidad y rendimiento.

PowerCfg recopila datos de configuración y comportamiento del sistema a través de la infraestructura de seguimiento de sucesos de Windows (ETW), que apareció por primera vez en Windows 2000 y se renovó en Windows Vista. Concretamente, PowerCfg depende del registrador del núcleo (NT Kernel Logger). En cuanto a una aplicación se le concede acceso a este registrador, ninguna otra va a poder usarlo hasta que quede libre.

El monitor de rendimiento de Windows es tan solo una de las muchas herramientas de análisis que se apoya en ETW y particularmente en el registrador del núcleo. Si el monitor de rendimiento no está activo, cabe la posibilidad de que el motivo sea la aplicación más insospechada. Process Explorer y Process Monitor son dos ejemplos de programas muy conocidos, no incluidos en Windows, que normalmente provocan esta situación, como recoge la entrada “ProcExp and XPerf tracing” del blog de Maarten van de Bospoort (Microsoft). Basta cerrarlos para liberar el registrador del núcleo.

XPerf es otra herramienta de Microsoft que permite registrar diversos parámetros del comportamiento del sistema para su análisis posterior. Forma parte del Windows Performance Analysis Toolkit que se incluye en el SDK de Windows y trabaja sobre la línea de comandos. Sin embargo, el error que emite XPerf cuando el registrador está ocupado es diferente y algo confuso:

xperf: error: NT Kernel Logger: No se puede crear un archivo que ya existe. (0xb7).

Esto se prueba por ejemplo con la orden “xperf -on diageasy”. DiagEasy es un identificador que agrupa varios proveedores de información del núcleo; la lista completa de estos proveedores se puede consultar con “xperf -providers k”. La captura en curso se detiene con “xperf -stop” o “xperf -d archivo.etl”.

La descripción del error sugiere que hay algún archivo involucrado, pero no es cierto. El código 0xB7 (183 decimal, de nombre simbólico ERROR_ALREADY_EXISTS) resulta de traducir la constante 0xC0000035 (de tipo NTSTATUS). El núcleo de Windows devuelve este valor, que corresponde con la constante STATUS_OBJECT_NAME_COLLISION (“Ya existe ese nombre de objeto”), si un programa solicita el registrador del núcleo y este ya está en uso. Esta circunstancia se registra como un suceso de error de Kernel-EventTracing con el identificador 2, en el almacén Microsoft-Windows-Kernel-EventTracing/Administrativo, y con la descripción “No se pudo iniciar la sesión «NT Kernel Logger» por el siguiente error: 0xC0000035”.

Como ya es 31 de diciembre, aprovecho para desear una feliz salida y entrada de año.