{"id":118740,"date":"2024-08-01T03:43:00","date_gmt":"2024-08-01T01:43:00","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/vypusk-gipervizora-xen-4-19"},"modified":"2024-08-01T03:43:00","modified_gmt":"2024-08-01T01:43:00","slug":"vypusk-gipervizora-xen-4-19","status":"publish","type":"post","link":"https:\/\/prohoster.info\/es\/blog\/news\/vypusk-gipervizora-xen-4-19","title":{"rendered":"Lanzamiento del hipervisor Xen 4.19","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Despu\u00e9s de 8 meses de desarrollo, se ha publicado la versi\u00f3n del hipervisor libre Xen 4.19. En el desarrollo de este nuevo lanzamiento participaron empresas como Amazon, Arm, EPAM Systems y AMD. La formaci\u00f3n de actualizaciones para la rama Xen 4.19 continuar\u00e1 hasta febrero de 2026, y la publicaci\u00f3n de correcciones de vulnerabilidades se extender\u00e1 hasta agosto de 2027. <\/p>\n
Cambios clave en Xen 4.19: <\/p>\n
\n
Para sistemas basados en la arquitectura ARM, se ha a\u00f1adido soporte para el mecanismo de intercambio de datos as\u00edncrono \u00abFF-A Notifications\u00bb, descrito en la especificaci\u00f3n FF-A (Firmware Framework for Arm A-profile). Se ha implementado la posibilidad de agregar y eliminar din\u00e1micamente nodos en el \u00e1rbol de dispositivos Xen mediante archivos .dtbo.\n
En sistemas basados en la arquitectura x86, se ha a\u00f1adido un nuevo controlador de interrupciones x2APIC, que utiliza el modo de direccionamiento l\u00f3gico (Cluster Logical) para interrupciones internas (IPI, interrupci\u00f3n entre procesadores) y el modo de direccionamiento f\u00edsico para interrupciones externas.\n
Se ha declarado obsoleto el soporte para procesadores Intel XeonPhi, que ser\u00e1 retirado en el pr\u00f3ximo lanzamiento.\n
Se ha trasladado al grupo \u00absoportados con reservas\u00bb el modo de virtualizaci\u00f3n PVH para dom0, que combina elementos de los modos de paravirtualizaci\u00f3n (PV) para entrada\/salida, manejo de interrupciones, organizaci\u00f3n de arranque e interacci\u00f3n con el hardware, utilizando virtualizaci\u00f3n completa (HVM) para restringir instrucciones privilegiadas, aislar llamadas al sistema y virtualizar las tablas de p\u00e1ginas de memoria. En PVH\/HVM se ha a\u00f1adido soporte para mapeo de p\u00e1ginas de memoria extranjeras (\u00abforeign pages\u00bb), permitiendo el uso de QEMU stubdomain para aislar y gestionar dispositivos en modo PVH. Se han realizado optimizaciones que aceleran el arranque al utilizar PVH. Se ha a\u00f1adido la configuraci\u00f3n XENFEAT_hvm_pirqs, que permite habilitar selectivamente el soporte de pIRQ para sistemas invitados que se ejecutan en modo HVM (virtualizaci\u00f3n completa).\n
Se ha a\u00f1adido un nuevo backend 9pfs, que permite utilizar el sistema de archivos de red Plan 9 para el acceso de una m\u00e1quina virtual a otra. El nuevo backend se ejecuta como un proceso en segundo plano en el entorno host (dom0). Este backend ya se ha implementado en Xenstore-stubdom para un soporte completo de trazado de Xenstore.\n
El n\u00famero m\u00e1ximo de CPU utilizadas en Xen ha aumentado de 4095 a 16383.\n
Al compilar con systemd (.\/configure \u2014enable-systemd), se ha excluido la biblioteca libsystemd de las dependencias de construcci\u00f3n (el soporte para systemd-notify se ha implementado a trav\u00e9s de nuestra propia biblioteca reducida).\n
Para analizar trazas para CPU AMD en xenalyze, ya no es necesario usar la opci\u00f3n \u00ab\u2014svm-mode\u00bb.\n
Se ha continuado la implementaci\u00f3n de los requisitos para el desarrollo de software seguro y confiable en el lenguaje C, formulados en las especificaciones MISRA-C para sistemas cr\u00edticos.\n
Se ha continuado el desarrollo de puertos para arquitecturas RISC-V y Power (ppc64le). <\/ul>\n