Noticias

La solución de AMD de 20 años en el kernel de Linux está siendo solucionada

  • Una Soluciones de chipset de hace 20 años linux Los núcleos encontrados por el ingeniero de AMD K. Prateek Nayak aún pueden causar problemas de rendimiento.
  • El parche está incluido en la corrección «x86/urgente», que se espera que se lance en el kernel 6.0 de Linux el 2 de octubre.
  • Las notas del parche dicen que el muestreo Algunas cargas de trabajo que usan IBS en sistemas AMD Zen3 muestran que se dedica una cantidad significativa de tiempo a las operaciones virtualizadas.

El ingeniero de AMD, K. Prateek Nayak, reveló que una solución alternativa de chipset de 20 años en el kernel de Linux todavía se puede aplicar a los procesadores AMD modernos. Esta solución alternativa reduce el rendimiento de los procesadores Zen modernos. La solución alternativa ahora está arreglada para los sistemas más antiguos y también ayudará a mejorar el rendimiento en los sistemas modernos.

Combinado para Linux 6.0

Lanzó un parche para habilitar el código inactivo para los procesadores ACPI para evitar una solución en los sistemas AMD Zen. La compatibilidad con ACPI se agregó originalmente al kernel de Linux en 2002. La descripción del parche dice,

« El controlador inactivo lee acpi_gbl_FADT.xpm_timer_block.address en la ruta de salida de estado C basada en IOPORT conocida como «operación de espera virtual», que ha existido desde que se introdujo ACPI en Linux, que se remonta a la publicación del día de Andy Grover el 14 de marzo de 2002. Andreas Mohr elaboró ​​​​los comentarios sobre la operación ficticia en la confirmación b488f02156d3d («ACPI: restaurar el comentario que justifica el acceso ‘extra’ P_LVLx») en 2006, donde el registro de confirmación decía:

LEER  El reproductor de señalización de Tiger Lake puede controlar pantallas cuádruples 4K o 8K individuales

«Esta lectura ficticia se trata de: STPCLK# no se afirma a tiempo en (algunos) conjuntos de chips, por lo que necesitamos una lectura de E/S ficticia para retrasar el procesamiento de instrucciones hasta que UPC Completamente detenido. ” »

Según las notas del parche, una muestra de algunas cargas de trabajo que usaban IBS en sistemas AMD Zen3 mostró que se dedicaba una cantidad significativa de tiempo a operaciones virtuales, que erróneamente se consideraban como residencia de C-State. Un valor de residencia de C-State mayor puede hacer que el gobernador de cpuidle recomiende un C-State más profundo durante las instancias inactivas posteriores, lo que inicia un círculo vicioso y provoca una degradación del rendimiento para las cargas de trabajo que cambian rápidamente entre las fases ocupada e inactiva.

El parche de AMD ahora se fusionó con el kernel 6.0 de Linux, que se espera que se incluya en el lanzamiento de la próxima semana. El parche también se convirtió en otro parche, creado por el ingeniero de Intel Linux Dave Hansen, que limitaba la solución de «espera virtual» a los sistemas más antiguos.

ver más Noticias Linux

Publicaciones relacionadas

Deja una respuesta

Tu dirección de correo electrónico no será publicada. Los campos obligatorios están marcados con *

Botón volver arriba