Hyper-threading (oficialmente llamada Hyper-Threading Technology o HT Technology y abreviada como HTT o HT ) es la implementación de subprocesamiento simultáneo multihilo (SMT) patentada por Intel que se utiliza para mejorar la paralelización de los cálculos (realizar múltiples tareas a la vez) realizados en microprocesadores x86 . Se introdujo en los procesadores de servidor Xeon en febrero de 2002 y en los procesadores de escritorio Pentium 4 en noviembre de 2002. [4] Desde entonces, Intel ha incluido esta tecnología en las CPU de las series Itanium , Atom y Core 'i' , entre otras. [5]
Por cada núcleo de procesador que esté físicamente presente, el sistema operativo direcciona dos núcleos virtuales (lógicos) y comparte la carga de trabajo entre ellos cuando es posible. La función principal del hyper-threading es aumentar la cantidad de instrucciones independientes en la secuencia de comandos; aprovecha la arquitectura superescalar , en la que múltiples instrucciones operan en datos separados en paralelo . Con HTT, un núcleo físico aparece como dos procesadores para el sistema operativo, lo que permite la programación simultánea de dos procesos por núcleo. Además, dos o más procesos pueden usar los mismos recursos: si los recursos para un proceso no están disponibles, entonces otro proceso puede continuar si sus recursos están disponibles.
Además de requerir soporte de subprocesamiento múltiple simultáneo en el sistema operativo, el hiperprocesamiento puede utilizarse correctamente solo con un sistema operativo específicamente optimizado para ello. [6]
La tecnología Hyper-Threading es una forma de tecnología de subprocesamiento simultáneo de múltiples hilos introducida por Intel, mientras que el concepto detrás de la tecnología ha sido patentado por Sun Microsystems . Arquitectónicamente, un procesador con tecnología Hyper-Threading consta de dos procesadores lógicos por núcleo, cada uno de los cuales tiene su propio estado arquitectónico de procesador. Cada procesador lógico puede detenerse, interrumpirse o dirigirse individualmente para ejecutar un hilo específico, independientemente del otro procesador lógico que comparte el mismo núcleo físico. [8]
A diferencia de una configuración tradicional de doble procesador que utiliza dos procesadores físicos separados, los procesadores lógicos en un núcleo hiperprocesado comparten los recursos de ejecución. Estos recursos incluyen el motor de ejecución, las memorias caché y la interfaz de bus del sistema; el uso compartido de recursos permite que dos procesadores lógicos trabajen entre sí de manera más eficiente y permite que un procesador lógico tome prestados recursos de un núcleo lógico estancado (suponiendo que ambos núcleos lógicos estén asociados con el mismo núcleo físico). Un procesador se estanca cuando debe esperar los datos que ha solicitado para terminar de procesar el hilo actual. El grado de beneficio que se observa al utilizar un procesador hiperprocesado o de múltiples núcleos depende de las necesidades del software y de lo bien que este y el sistema operativo estén escritos para administrar el procesador de manera eficiente. [8]
El hiperprocesamiento funciona duplicando ciertas secciones del procesador (aquellas que almacenan el estado de la arquitectura ), pero sin duplicar los recursos de ejecución principales . Esto permite que un procesador con hiperprocesamiento aparezca como el procesador "físico" habitual más un procesador " lógico " adicional para el sistema operativo anfitrión (los sistemas operativos que no reconocen HTT ven dos procesadores "físicos"), lo que permite que el sistema operativo programe dos subprocesos o procesos de manera simultánea y apropiada. Cuando los recursos de ejecución en un procesador con hiperprocesamiento no están en uso por la tarea actual, y especialmente cuando el procesador está estancado, esos recursos de ejecución se pueden usar para ejecutar otra tarea programada. (El procesador puede estancarse debido a una falla de caché , una predicción incorrecta de la rama o una dependencia de datos ). [9]
Esta tecnología es transparente para los sistemas operativos y los programas. Lo mínimo que se requiere para aprovechar el hyper-threading es el soporte de multiprocesamiento simétrico (SMP) en el sistema operativo, ya que los procesadores lógicos no se diferencian en nada de los procesadores físicos para el sistema operativo.
Es posible optimizar el comportamiento del sistema operativo en sistemas con múltiples procesadores y capacidad para hiperprocesamiento. Por ejemplo, considere un sistema SMP con dos procesadores físicos que son hiperprocesadores (para un total de cuatro procesadores lógicos). Si el programador de subprocesos del sistema operativo no es consciente de la hiperprocesación, tratará a los cuatro procesadores lógicos de la misma manera. Si solo dos subprocesos son elegibles para ejecutarse, podría optar por programar esos subprocesos en los dos procesadores lógicos que pertenecen al mismo procesador físico. Ese procesador estaría extremadamente ocupado y compartiría recursos de ejecución, mientras que el otro procesador permanecería inactivo, lo que provocaría un rendimiento inferior al que se obtendría si los subprocesos se programaran en procesadores físicos diferentes. Este problema se puede evitar mejorando el programador para que trate a los procesadores lógicos de forma diferente a los procesadores físicos, lo que es, en cierto sentido, una forma limitada de los cambios del programador necesarios para los sistemas NUMA .
El primer artículo publicado que describe lo que ahora se conoce como hiperprocesamiento en una computadora de propósito general fue escrito por Edward S. Davidson y Leonard E. Shar en 1973. [10]
Denelcor, Inc. introdujo el procesamiento multihilo con el procesador de elementos heterogéneos (HEP) en 1982. El pipeline HEP no podía contener múltiples instrucciones del mismo proceso. Solo se permitía que una instrucción de un proceso determinado estuviera presente en el pipeline en cualquier momento. Si una instrucción de un proceso determinado bloqueaba el pipeline, las instrucciones de otros procesos continuarían después de que el pipeline se agotara.
La patente estadounidense para la tecnología detrás del hyper-threading fue otorgada a Kenneth Okin de Sun Microsystems en noviembre de 1994. En ese momento, la tecnología de proceso CMOS no estaba lo suficientemente avanzada como para permitir una implementación rentable. [11]
Intel implementó hyper-threading en un procesador de arquitectura x86 en 2002 con el Xeon basado en Foster MP . También se incluyó en el Pentium 4 basado en Northwood de 3,06 GHz en el mismo año, y luego permaneció como una característica en cada procesador Pentium 4 HT, Pentium 4 Extreme Edition y Pentium Extreme Edition desde entonces. Las líneas de procesadores Intel Core y Core 2 (2006) que sucedieron a la línea de modelos Pentium 4 no utilizaron hyper-threading. Los procesadores basados en la microarquitectura Core no tenían hyper-threading porque la microarquitectura Core era descendiente de la antigua microarquitectura P6 . La microarquitectura P6 se utilizó en iteraciones anteriores de procesadores Pentium, a saber, Pentium Pro , Pentium II y Pentium III (más sus derivados Celeron y Xeon en ese momento). Windows 2000 SP3 y Windows XP SP1 han agregado soporte para hyper-threading.
En noviembre de 2008, Intel lanzó la microarquitectura Nehalem (Core i7), en la que volvió a aparecer la tecnología hyper-threading. Los procesadores Nehalem de primera generación contenían cuatro núcleos físicos y se escalaban a ocho subprocesos. Desde entonces, se han lanzado modelos de dos y seis núcleos, que escalaban a cuatro y doce subprocesos respectivamente. [12] Los núcleos Intel Atom anteriores eran procesadores en orden, a veces con capacidad hyper-threading, para PC móviles de bajo consumo y PC de escritorio de bajo precio. [13] El Itanium 9300 se lanzó con ocho subprocesos por procesador (dos subprocesos por núcleo) a través de una tecnología hyper-threading mejorada. El siguiente modelo, el Itanium 9500 (Poulson), presenta una arquitectura de 12 núcleos de ancho, con ocho núcleos de CPU con soporte para ocho núcleos virtuales más a través de hyper-threading. [14] Los chips para servidores Intel Xeon 5500 también utilizan hyper-threading bidireccional. [15] [16]
Según Intel, la primera implementación de hyper-threading utilizó solo un 5% más de área de chip que el procesador comparable sin hyper-threading, pero el rendimiento fue entre un 15 y un 30% mejor. [17] [18] Intel afirma una mejora de rendimiento de hasta un 30% en comparación con un Pentium 4 multithreading no simultáneo, idéntico en todo lo demás. Tom's Hardware afirma: "En algunos casos, un P4 funcionando a 3,0 GHz con HT activado puede incluso superar a un P4 funcionando a 3,6 GHz con HT desactivado". [19] Intel también afirma mejoras significativas de rendimiento con un procesador Pentium 4 habilitado con hyper-threading en algunos algoritmos de inteligencia artificial.
En general, el historial de rendimiento del hiperprocesamiento fue desigual al principio. Como señala un comentario sobre informática de alto rendimiento de noviembre de 2002: [20]
La tecnología Hyper-Threading puede mejorar el rendimiento de algunas aplicaciones MPI , pero no de todas. Según la configuración del clúster y, lo que es más importante, la naturaleza de la aplicación que se ejecuta en el clúster, las mejoras de rendimiento pueden variar o incluso ser negativas. El siguiente paso es utilizar herramientas de rendimiento para comprender qué áreas contribuyen a las mejoras de rendimiento y cuáles a su degradación.
Como resultado, las mejoras de rendimiento dependen en gran medida de la aplicación; [21] sin embargo, cuando se ejecutan dos programas que requieren la atención total del procesador, puede parecer que uno o ambos programas se ralentizan ligeramente cuando se activa la tecnología Hyper-Threading. [22] Esto se debe a que el sistema de reproducción del Pentium 4 ocupa valiosos recursos de ejecución, igualando los recursos del procesador entre los dos programas, lo que agrega una cantidad variable de tiempo de ejecución. Los procesadores Pentium 4 "Prescott" y Xeon "Nocona" recibieron una cola de reproducción que reduce el tiempo de ejecución necesario para el sistema de reproducción y supera por completo la penalización de rendimiento. [23]
Según un análisis de noviembre de 2009 realizado por Intel, los impactos en el rendimiento de la tecnología hyper-threading resultan en una mayor latencia general en caso de que la ejecución de subprocesos no genere ganancias significativas en el rendimiento general, que varían [21] según la aplicación. En otras palabras, la latencia general de procesamiento aumenta significativamente debido a la tecnología hyper-threading, y los efectos negativos se reducen a medida que hay más subprocesos simultáneos que pueden utilizar de manera efectiva la utilización de recursos de hardware adicionales que proporciona la tecnología hyper-threading. [24] Existe un análisis de rendimiento similar para los efectos de la tecnología hyper-threading cuando se utiliza para gestionar tareas relacionadas con la gestión del tráfico de red, como el procesamiento de solicitudes de interrupción generadas por los controladores de interfaz de red (NIC). [25] Otro artículo afirma que no hay mejoras en el rendimiento cuando se utiliza la tecnología hyper-threading para el manejo de interrupciones. [26]
Cuando se lanzaron los primeros procesadores HT, muchos sistemas operativos no estaban optimizados para la tecnología hyper-threading (por ejemplo, Windows 2000 y Linux anteriores a 2.4). [27]
En 2006, el hyper-threading fue criticado por su ineficiencia energética. [28] Por ejemplo, ARM (una empresa especializada en el diseño de CPU de bajo consumo) afirmó que el multithreading simultáneo puede consumir hasta un 46% más de energía que los diseños de doble núcleo comunes. Además, afirmaron que el SMT aumenta el consumo de caché en un 42%, mientras que el doble núcleo produce una disminución del 37%. [29]
En 2010, ARM dijo que podría incluir subprocesos múltiples simultáneos en sus futuros chips; [30] sin embargo, esto fue rechazado a favor de su diseño de 64 bits de 2012. [31] ARM produjo núcleos SMT en 2018. [32]
En 2013, Intel abandonó el SMT en favor de la ejecución fuera de orden para sus núcleos de procesador Silvermont , ya que descubrieron que esto brindaba un mejor rendimiento con mejor eficiencia energética que una menor cantidad de núcleos con SMT. [33]
En 2017, se reveló que los procesadores Skylake y Kaby Lake de Intel tenían un error en su implementación de hiperprocesamiento que podía causar pérdida de datos. [34] Posteriormente se lanzaron actualizaciones de microcódigo para abordar el problema. [35]
En 2019, con Coffee Lake , Intel se alejó temporalmente de incluir hyper-threading en los procesadores de escritorio Core i7 convencionales, excepto en las piezas Core i9 de gama más alta o las CPU Pentium Gold. [36] También comenzó a recomendar deshabilitar el hyper-threading, ya que se revelaron nuevos ataques de vulnerabilidad de CPU que podrían mitigarse deshabilitando HT. [37]
En mayo de 2005, Colin Percival demostró que un hilo malicioso en un Pentium 4 puede usar un ataque de canal lateral basado en tiempo para monitorear los patrones de acceso a la memoria de otro hilo con el que comparte un caché, lo que permite el robo de información criptográfica. En realidad, esto no es un ataque de tiempo , ya que el hilo malicioso mide el tiempo de solo su propia ejecución. Las posibles soluciones a esto incluyen que el procesador cambie su estrategia de desalojo de caché o que el sistema operativo evite la ejecución simultánea, en el mismo núcleo físico, de hilos con diferentes privilegios. [38] En 2018, el sistema operativo OpenBSD ha desactivado el hiperprocesamiento "para evitar que los datos potencialmente se filtren de las aplicaciones a otro software" causado por las vulnerabilidades Foreshadow/L1TF . [39] [40] En 2019, un conjunto de vulnerabilidades llevó a los expertos en seguridad a recomendar la desactivación del hiperprocesamiento en todos los dispositivos. [41]
{{cite book}}: Mantenimiento de CS1: falta la ubicación del editor ( enlace )La carga por CPU se puede observar utilizando la utilidad mpstat, pero tenga en cuenta que en los procesadores con hiperprocesamiento (HT), cada hiperprocesamiento se representa como una CPU independiente. Para el manejo de interrupciones, HT no ha demostrado ningún beneficio en las pruebas iniciales, por lo que se debe limitar la cantidad de colas a la cantidad de núcleos de CPU en el sistema.
{{cite web}}: CS1 maint: URL no apta ( enlace )