Introducci�n y comentarios Core Parking y las CPUs con HyperThreading

Índice

�Que es el core parking?

Windows Vista y 7 (parece que Windows 8 tiene bastante m�s pulida la administraci�n de nucleos, sobre todo virtuales, tanto para los Bulldozer como para los Sandy/Ivy con HT) incorporan un nuevo sistema de ahorro de energ�a que se ocupa de deshabilitar los n�cleos con carga muy baja en pro de un ahorro de energ�a adicional. Como poner a un n�cleo en estado de ahorro de energ�a y reactivarlo es un proceso relativamente lento (m�s de lo que podr�amos pensar), el sistema operativo debe adivinar si ese n�cleo se va a necesitar en un futuro cercano o no.
Como la predicci�n que es, en algunos casos puede no ser correcta.
�Eso no es algo bueno?

En principio s�, sobre el papel deber�a ara�ar algunos watios cuando hay n�cleos que no se necesitan (al margen de los C-states y otros modos de ahorro de energ�a de m�s bajo nivel), y la mayor�a de aplicaciones apenas advierten cambio a mejor o a peor.
�Y el winrar en procesadores Intel con HT?

Ah� est� el problema... por la forma de cargar hilos de proceso del Winrar, es la aplicaci�n ideal para reproducir uno de los escenarios donde esto falla. El algoritmo que se ocupa de evaluar los n�cleos evalua la carga esperada de un n�cleo, y si es baja la aparca. En el caso de descompresiones, el uso de los n�cleos con HT es relativamente bajo (en torno a un 20%, depende del archivo y del propio procesador), quedan aparcados y se pierde mucha, much�sima potencia que deber�a estar ah�.
�Por qu� no desactivarlo sin m�s entonces?

Bueno... la verdad es que hay bastante controversia en el tema, porque varios usuarios reportaban ligeras bajadas de sus puntuaciones en 3dmark06 o en otros programas. Eso es porque, a veces, un programa mal optimizado para sacar partido de muchos hilos de proceso, funciona algo mejor con solamente los n�cleos "reales" y el resto aparcados, ya que aun perdiendo potencia bruta, los n�cleos virtuales est�n cargando en cierta medida la l�gica interna del procesador, compitiendo (aunque sea ligeramente) dos threads por solo un n�cleo. Aparte del consumo aumentado claro
�Por qu� en programas pesados (prime95, lynx) no se nota disminuci�n del rendimiento?

Esta es una respuesta bastante l�gica, el sistema operativo aparca n�cleos bas�ndose en su carga. Test sint�ticos tan pesados cargan tantos los n�cleos como los hilos de HT al 100% o muy cerca, por lo que nunca van a quedar aparcados.

Siguiente >

Comentarios

Registrarse

#0 Ghost el 31-08-2012 a las 14:13

Interesante art�culo, todo muy bien documentado y explicado. Como bien me recomendaste en el art�culo del 3960X, el rendimiento con el WinRar variaba una barbaridad.

Enhorabuena por el curro :) .

#1 Zoltelder el 01-09-2012 a las 13:32

Gran art�culo.
Recuerdo desde la salida de los primeros Nehalem con HT siempre ha habido controversia con el tema del HT y a d�a de doy se sigue viendo, como demuestra este art�culo.

#2 SoTA el 01-09-2012 a las 18:56

�El 3dmark06 da mejores resultados solamente usando los nucleos reales? Vaya herramienta de testeo...

El hecho de que software mal optimizado arroje mejores resultados cuando no se est� explotando al m�ximo los recursos parece ser que crea controversia y lleva a la gente a dejar el parking activado. No lo entiendo. Lo a mi me sale hacer es desinstalar ese software mal optimizado o antiguo e irme de cabeza a desactivar el parking, pues gracias a las pruebas que IGB ha aportado queda m�s que demostrado que el cambio es solo para bien, el consumo se mantiene y rendimiento aumenta en ciertas circunstancias.

Muchas gracias por la info IGB.

#3 SoTA el 01-09-2012 a las 18:58

Ojo que no estoy menospreciando el 3dmark06 ni ning�n otro, pero el hardware ha evolucionado mucho, lo justo ser�a evaluarlo con herramientas igual de evolucionadas.

#4 Igb el 01-09-2012 a las 21:28

Eran diferencias peque�as el tema del 3dmark06, hablamos de 1-2% y depende en qu� configs, aunque la verdad que si que es algo bastante penoso en un benchmark que testea hardware habitualmente bastante m�s puntero que la media (muchos cores, setups multigpu, etc.) funcione peor con m�s recursos disponibles

Con versiones m�s nuevas no ocurre. Aunque ir�nicamente, es incluso interesante que se comporte as�... aun siendo vergonzoso, a d�a de hoy a�n hay juegos, sobre todo ports, que rinden mejor sin HT que con �l (sobre todo en FPS m�nimos) cuando est� m�s que comprobado que, en el peor de los casos, el HT actual deber�a ser neutral y no un cambio a peor. En los primeros Pentium IV que lo integraban era m�s discutible, depende del test, el HT les hac�a incluso quedar peor como bien dec�s.

Muchas gracias por los comentarios, de verdad :D

Saludos

#5 alarido el 01-09-2012 a las 21:46

Muy bueno el articulo, buen trabajo!

Introducci�n y comentarios Core Parking y las CPUs con HyperThreading

Índice

Comentarios

Lee también

Noctua NH D15 chromax.black

C�mo recuperar tus Whatsapp en dispositivos iOS o Android

An�lisis de Microsoft Windows Defender Antivirus

AMD A10 6700

Noctua NF S12A

Dune HD Base 3D

Noctua NF A14 FLX con Corsair H110

Noctua Serie A 140mm

Antec Kuhler 920 y 620

Corsair H110