Hyper-Threading

Referencia de arquitecturaFeex

Intel Hyper-Threading expone múltiples procesadores lógicos a partir de un núcleo físico donde la implementación lo admite. Los procesadores lógicos comparten recursos del núcleo y no equivalen a núcleos físicos independientes adicionales.

Lo que necesita saber

Cómo funciona

Cada procesador lógico proporciona estado de ejecución arquitectónico mientras comparte partes de los recursos de ejecución, caché y programación del núcleo. La disposición exacta para compartir depende de la microarquitectura. La planificación del sistema operativo y las demandas de recursos de la carga de trabajo determinan si los subprocesos simultáneos mejoran el rendimiento.

Dónde resulta útil

Dos subprocesos con detenciones complementarias pueden utilizar los recursos de ejecución compartidos de forma más eficaz, mientras que dos subprocesos que compiten por el mismo recurso saturado pueden obtener menos beneficios. Los resultados de latencia, rendimiento y energía requieren mediciones específicas para la carga de trabajo.

Cómo comprobar la compatibilidad y la habilitación

Utilice la enumeración moderna de topología del procesador y la vista del sistema operativo de núcleos físicos/procesadores lógicos, junto con la directiva del firmware. Confirme cuántos subprocesos están realmente habilitados por núcleo en lugar de multiplicar automáticamente el recuento de núcleos comerciales.

El comportamiento observado está controlado por la plataforma completa: firmware, política del SO, planificación de cargas de trabajo, suministro de energía y temperatura. Un campo de características describe una capacidad, no un estado operativo fijo ni una frecuencia garantizada.

Lo que la función no establece

Un campo de Hyper-Threading no establece el número de núcleos físicos ni de subprocesos habilitados, y un bit HTT heredado por sí solo no representa un recuento de topología. No garantiza el doble de rendimiento ni acelera todas las cargas de trabajo paralelas. La directiva de seguridad de la plataforma también puede afectar a la implementación.

Compatibilidad y rendimiento en la práctica

Utilice la telemetría admitida del sistema exacto y compare cargas de trabajo continuadas representativas. Distinga entre el comportamiento en reposo, los aumentos transitorios y el rendimiento sostenido en régimen estacionario. Modificar varios ajustes de firmware o de energía al mismo tiempo dificulta el diagnóstico y la recuperación.

Lista de comprobación práctica para la verificación

Registre el modelo exacto de procesador o plataforma, así como las versiones de la aplicación, el sistema operativo y el entorno de ejecución involucrados. Conserve la redacción del error o requisito real.
Consulte la referencia del fabricante para ese modelo exacto y, a continuación, inspeccione la capacidad efectiva y el estado habilitado en el entorno donde se ejecuta el programa.
Compare cada requisito del binario o backend seleccionado. Una función con nombre similar, un alias o una etiqueta de tecnología general no son suficientes.
Confirme que la aplicación haya seleccionado la implementación prevista. Utilice sus diagnósticos documentados y una alternativa compatible cuando no se cumplan los requisitos.
Realice un cambio admitido a la vez y repita la misma carga de trabajo. Mantenga disponibles la configuración original y la vía de recuperación.

Si la función aparece listada pero el software no puede usarla

Comience con el componente exacto que falla. Una base de datos de hardware describe la capacidad registrada; el sistema operativo o el hipervisor pueden exponer un entorno efectivo diferente. Un error de instrucción no válida también requiere investigar la instrucción que generó el fallo y la compilación del binario en sí, ya que la corrupción o una instrucción no compatible no relacionada pueden producir un síntoma similar.

Instale la versión de la aplicación, controlador o entorno de ejecución compatible con la plataforma exacta, y utilice la compilación de referencia o de contingencia documentada por el fabricante si es necesario. Una actualización de software no puede crear una instrucción de la que el procesador carece. Los cambios de firmware y directivas de seguridad deben seguir el procedimiento del fabricante del sistema y un plan de recuperación, en lugar de una fórmula de optimización genérica.

Fuentes y alcance de esta explicación

Intel 64 and IA-32 Architectures Software Developer's Manual

Estas referencias establecen el comportamiento arquitectónico y los requisitos de software. No verifican de forma independiente cada valor de función en la página de un modelo de hardware vinculado. Para conocer la compatibilidad de un modelo, consulte las pruebas del fabricante en dicha página y compruebe la configuración efectiva del sistema. Este artículo no proporciona una prueba de rendimiento, certificación ni fecha de revisión independiente.

Fuentes y verificación

Titularidad editorial: Feex. No se registra ninguna fecha de revisión independiente. Cómo investigamos.

Intel 64 and IA-32 Architectures Software Developer's Manual · Los volúmenes 1 y 2 describen las familias de instrucciones designadas y CPUID; el volumen 3 describe el estado, la paginación, VMX y los controles de protección. La documentación de la arquitectura no establece la compatibilidad con un modelo en particular.

¿Fue útil este artículo?

Un sí o un no es suficiente. Elija un motivo si lo desea o agregue una breve nota.