{"id":122993,"date":"2025-03-25T22:22:41","date_gmt":"2025-03-25T20:22:41","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/reliz-yadra-linux-6-14"},"modified":"2025-03-25T22:22:41","modified_gmt":"2025-03-25T20:22:41","slug":"reliz-yadra-linux-6-14","status":"publish","type":"post","link":"https:\/\/prohoster.info\/es\/blog\/news\/reliz-yadra-linux-6-14","title":{"rendered":"Lanzamiento del n\u00facleo de Linux 6.14","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Despu\u00e9s de dos meses de desarrollo, Linus Torvalds present\u00f3 la versi\u00f3n del n\u00facleo Linux 6.14. Entre los cambios m\u00e1s destacados se encuentran: el controlador ntsync con primitivas de sincronizaci\u00f3n de Windows NT, la configuraci\u00f3n del equilibrio de operaciones de lectura en Btrfs RAID1, el soporte para reflink en XFS en modo real-time, la posibilidad de entrada\/salida bufereada sin cach\u00e9, el cgroup dmem para limitar la memoria GPU, la implementaci\u00f3n de io_uring en FUSE, la delegaci\u00f3n de atributos en NFS, el soporte para escritura at\u00f3mica en Device mapper, la aceleraci\u00f3n de enlaces simb\u00f3licos, la gesti\u00f3n de la capacidad de ejecuci\u00f3n de scripts y el soporte para chips Qualcomm Snapdragon 8 Elite, as\u00ed como un controlador para el NPU de AMD. <\/p>\n
En la nueva versi\u00f3n se han implementado 12,115 correcciones de 1,984 desarrolladores, el tama\u00f1o del parche es de 39 MB (los cambios afectaron a 10,170 archivos, se a\u00f1adieron 531,586 l\u00edneas de c\u00f3digo y se eliminaron 235,999 l\u00edneas). En el lanzamiento anterior hubo 14,172 correcciones de 2,086 desarrolladores, el tama\u00f1o del parche fue de 46 MB. Aproximadamente el 41% de todos los cambios presentados en 6.14 est\u00e1n relacionados con controladores de dispositivos, aproximadamente el 13% de los cambios se refieren a la actualizaci\u00f3n de c\u00f3digo espec\u00edfico para arquitecturas de hardware, el 14% est\u00e1 vinculado a la pila de red, el 7% a los sistemas de archivos y el 4% a subsistemas internos del n\u00facleo. <\/p>\n
Novedades principales en el n\u00facleo 6.14: <\/p>\n
\n
Subsistema de disco, entrada\/salida y sistemas de archivos<\/b>\n
\n
En el sistema de archivos Btrfs se ha a\u00f1adido soporte para nuevos m\u00e9todos de balanceo de operaciones de lectura entre los dispositivos que componen el arreglo RAID1. Adem\u00e1s de la distribuci\u00f3n de carga basada en identificadores de procesos (pid) que ya exist\u00eda, en la nueva versi\u00f3n se han propuesto tres nuevos modos de balanceo: \"rotation\" (distribuci\u00f3n uniforme de la carga entre todos los dispositivos, este modo est\u00e1 habilitado por defecto); \"latency\" (distribuci\u00f3n con consideraci\u00f3n de latencias, puede ser \u00fatil en caso de fallos o funcionamiento inestable de los dispositivos); devid (control manual). Se ha a\u00f1adido una interfaz para cambiar el modo de balanceo: \"\/sys\/fs\/btrfs\/\/read_policy\". Entre otros cambios en Btrfs se encuentra la implementaci\u00f3n de ioctl FS_IOC_READ_VERITY_METADATA.\n
Se ha a\u00f1adido un modo de entrada\/salida en b\u00fafer no cacheado, donde los datos se eliminan de la cach\u00e9 de p\u00e1ginas tan pronto como se completan las operaciones de lectura o escritura. Este cambio puede ser \u00fatil al utilizar dispositivos de almacenamiento muy r\u00e1pidos, donde la cach\u00e9 de operaciones en la memoria es excesiva. Para tales dispositivos, el nuevo modo permite evitar el uso innecesario de memoria por parte de la cach\u00e9 de p\u00e1ginas sin recurrir al uso de una API complicada de entrada\/salida directa (Direct I\/O).\n
En fsnotify, el mecanismo que rastrea cambios en el sistema de archivos, se ha a\u00f1adido un nuevo evento FS_PRE_ACCESS, que se genera en la fase anterior al acceso al contenido de un archivo. El evento se procesa de manera sincr\u00f3nica, es decir, el n\u00facleo env\u00eda el evento y espera la recepci\u00f3n de una respuesta. Si se recibe una respuesta, la operaci\u00f3n se ejecuta, y si ocurre un fallo, la llamada al sistema devuelve al espacio de usuario un c\u00f3digo de error. A trav\u00e9s de FS_PRE_ACCESS, el proceso en el espacio de usuario, por ejemplo, puede organizar el llenado de un archivo a medida que los datos est\u00e9n disponibles en un almacenamiento lento.\n
Se ha a\u00f1adido soporte en el subsistema FUSE, que permite crear implementaciones de sistemas de archivos en el espacio de usuario, para el intercambio de datos entre el n\u00facleo y el manejador en el espacio de usuario utilizando el mecanismo de entrada\/salida io_uring. Este cambio mejora el rendimiento de FUSE al reducir los cambios de contexto entre el n\u00facleo y el espacio de usuario.\n
En el sistema de archivos XFS se ha a\u00f1adido la capacidad de utilizar la asignaci\u00f3n inversa (rmap, reverse-mapping) en el modo de operaci\u00f3n con retrasos predecibles (\u2018realtime device\u2019). La asignaci\u00f3n inversa permite determinar qu\u00e9 archivo est\u00e1 utilizando un bloque espec\u00edfico en el dispositivo de almacenamiento. A trav\u00e9s de rmap, en XFS se ha implementado el soporte para la operaci\u00f3n reflink en el modo de tiempo real, que permite crear copias de archivos mediante la clonaci\u00f3n de los metadatos del archivo y creando un enlace a los datos existentes sin copiarlos realmente.\n
En VFS se ha implementado la cach\u00e9 del tama\u00f1o de los enlaces simb\u00f3licos, lo que ha permitido acelerar la ejecuci\u00f3n de la operaci\u00f3n readlink en un 1.5% (en la prueba con \/initrd.img en ext4). La cach\u00e9 est\u00e1 habilitada en los sistemas de archivos ext4 y tmpfs.\n
Se ha a\u00f1adido soporte para delegaci\u00f3n de atributos de archivo en la implementaci\u00f3n de NFSv4.2, lo que permite gestionar atributos de archivos como el tiempo de modificaci\u00f3n (mtime) en el lado del cliente NFS, sin necesidad de restablecer los cambios en el servidor. Tambi\u00e9n se ha mejorado el soporte para el protocolo \u2018LOCALIO\u2019 en NFS, que permite determinar si el cliente y el servidor NFS est\u00e1n en el mismo host, para aplicar optimizaciones correspondientes, como el uso de entrada\/salida directa (Direct I\/O) por parte del cliente.\n
Se ha mejorado el rendimiento de las operaciones de lectura en los sistemas de archivos NETFS, CIFS y AFS (Andrew File System).\n
Se ha incluido un modo de carga directa de bloques en el cach\u00e9 de p\u00e1ginas en Squashfs (SQUASHFS_FILE_DIRECT), lo que permite prescindir de un cach\u00e9 read_page separado. Este cambio ha reducido el tama\u00f1o de la memoria consumida al trabajar con Squashfs.\n
Se ha implementado un indicador STATX_DIO_READ_ALIGN en la llamada al sistema statx(), para determinar el alineamiento requerido para las operaciones de lectura de archivos.\n
En el sistema de archivos Bcachefs se ha actualizado y estabilizado el formato de las estructuras de disco. Cualquier cambio futuro en el formato se considerar\u00e1 opcional y se implementar\u00e1 en forma de complementos opcionales. Se ha incrementado significativamente la velocidad de verificaci\u00f3n de la integridad del sistema de archivos. Adem\u00e1s, se ha mejorado el funcionamiento en modo solo lectura de Bcachefs; se han solucionado problemas que llevaban a accesos a memoria despu\u00e9s de su liberaci\u00f3n (use after free); se han resuelto problemas con punteros reflink en fsck; y se ha corregido el manejo de reinicio de transacciones.\n
Se ha reinstalado el m\u00f3dulo md-linear, destinado a la agregaci\u00f3n de dispositivos de bloque. Este m\u00f3dulo hab\u00eda sido declarado obsoleto y eliminado del n\u00facleo 6.8, pero ya que se encontr\u00f3 que era muy solicitado, ha sido restaurado.\n
Los sistemas de archivos F2FS y SQUASHFS han sido actualizados para utilizar folios de p\u00e1ginas de memoria.\n
Los sistemas de archivos OCFS2 y DLMFS se han actualizado para utilizar la nueva API de montaje de particiones.\n
En el controlador null_blk se ha implementado el atributo \u2018rotational\u2019, que se establece a trav\u00e9s de configfs y permite simular el trabajo con un dispositivo basado en discos giratorios para simplificar las pruebas de las funciones del n\u00facleo.\n
En el sistema Device Mapper y en los m\u00f3dulos dm-mirror, dm-io, dm-table, dm-linear, dm-stripe y dm-raid1 se ha implementado soporte para escritura at\u00f3mica. <\/ul>\n
Memoria y servicios del sistema<\/b>\n
\n
Se ha completado la integraci\u00f3n en el n\u00facleo del controlador ntsync, que implementa el dispositivo simb\u00f3lico \/dev\/ntsync y un conjunto de primitivas para la sincronizaci\u00f3n utilizadas en el n\u00facleo de Windows NT. La implementaci\u00f3n de estas primitivas a nivel de n\u00facleo permite aumentar significativamente el rendimiento de los juegos de Windows que se ejecutan a trav\u00e9s de Wine. El aumento del rendimiento se logra al eliminar la sobrecarga asociada con el uso de RPC en el espacio de usuario. La creaci\u00f3n de un controlador separado para el n\u00facleo de Linux se explica por la dificultad de implementar correctamente la API de sincronizaci\u00f3n NT sobre las primitivas existentes en el n\u00facleo.\n
Se ha a\u00f1adido un nuevo controlador cgroup DMEM para contabilizar separadamente las \u00e1reas de memoria de dispositivos como la GPU. DMEM permite crear cgroups separados para diversas tareas que trabajan con la GPU, de modo que puedan ejecutarse sin afectar a otras. Esta nueva funci\u00f3n resuelve el problema de la terminaci\u00f3n forzada de operaciones con la GPU cuando se agota la memoria disponible, gracias al seguimiento de la memoria reflejada de la GPU y la memoria utilizada por los controladores de CPU en cgroups separados.\n
Se han realizado optimizaciones en la escalabilidad de la operaci\u00f3n de vaciado (flush) del cach\u00e9 TLB (Translation Lookaside Buffer), utilizado para acelerar la conversi\u00f3n de direcciones virtuales en f\u00edsicas. Las optimizaciones a\u00f1adidas se reducen a la actualizaci\u00f3n diferida de algunas estructuras de datos durante el cambio de contexto, lo que permite mejorar el rendimiento en algunas pruebas.\n
Se ha mejorado el rendimiento del mecanismo MGLRU (Multi-Generational LRU), utilizado para determinar qu\u00e9 p\u00e1ginas de memoria est\u00e1n en uso y cu\u00e1les se pueden expulsar a la partici\u00f3n de intercambio.\n
Se ha continuado con la incorporaci\u00f3n de cambios de la rama Rust-for-Linux, relacionados con el uso del lenguaje Rust como segundo idioma para el desarrollo de controladores y m\u00f3dulos del n\u00facleo (el soporte para Rust no est\u00e1 activado por defecto y no hace que Rust sea una de las dependencias obligatorias de construcci\u00f3n del n\u00facleo). Se ha proporcionado la posibilidad de utilizar en el c\u00f3digo del n\u00facleo el macro \u2018derive(CoercePointee)\u2019, que permite el uso de punteros inteligentes con objetos trait. Se han incluido en el n\u00facleo las envolturas de Rust para PCI, plataformas, Open Firmware, dispositivos de caracteres y algunas funciones de entrada\/salida. Greg Kroah-Hartman, responsable del mantenimiento de la rama estable del n\u00facleo de Linux, ha caracterizado el estado actual como \u2018casi listo para escribir un controlador real en Rust\u2019.\n
En los escenarios de construcci\u00f3n se ha propuesto un nuevo c\u00f3digo para generar versiones de s\u00edmbolos de depuraci\u00f3n para m\u00f3dulos cargables, que ahora utiliza informaci\u00f3n de los registros de depuraci\u00f3n en formato DWARF, en lugar de analizar directamente el c\u00f3digo fuente. El cambio permite aplicar versionado de s\u00edmbolos de depuraci\u00f3n para m\u00f3dulos escritos en Rust. La antigua implementaci\u00f3n tambi\u00e9n se ha dejado en el n\u00facleo, y la elecci\u00f3n del generador se realiza a nivel de opciones de construcci\u00f3n.\n
Para la arquitectura PowerPC se ha implementado soporte para el modo de eliminaci\u00f3n diferida de tareas (PREEMPT_LAZY, lazy preemption), que corresponde al modo de eliminaci\u00f3n completa (\u2018full preemption\u2019) para tareas en tiempo real (RR\/FIFO\/DEADLINE), pero retrasa la eliminaci\u00f3n de tareas normales (SCHED_NORMAL) hasta el l\u00edmite del tic.\n
Se ha a\u00f1adido soporte para contadores de consumo de energ\u00eda en los procesadores AMD en el subsistema de perfilado de rendimiento 'perf'. Tambi\u00e9n se ha habilitado la capacidad de operar en sistemas con hasta 2048 n\u00facleos de CPU.\n
Se ha proporcionado la posibilidad de utilizar el par\u00e1metro sysctl pid_max con espacios de nombres de identificadores de procesos (ID namespace). El par\u00e1metro pid_max est\u00e1 destinado a limitar el valor m\u00e1ximo de los identificadores de procesos (PID) y ahora puede utilizarse para restringir el n\u00famero m\u00e1ximo de procesos que se ejecutan en el espacio de nombres especificado. El tratamiento del par\u00e1metro se realiza de manera jer\u00e1rquica, es decir, las restricciones en los espacios de nombres externos se aplican a los espacios de nombres anidados.\n
Al utilizar el sistema de llamadas execveat para iniciar un proceso, ahora se mostrar\u00e1 el nombre del archivo ejecutado en el sistema de archivos \/proc en lugar del n\u00famero del descriptor de archivo.\n
Se ha agregado una utilidad mountinfo al c\u00f3digo fuente del n\u00facleo (en el directorio samples\/vfs) que demuestra el uso de las llamadas al sistema statmount() y listmount().\n
En la subsistema BPF se han propuesto nuevas funciones bpf_local_irq_save() y bpf_local_irq_restore() para desactivar temporalmente las interrupciones en la CPU local. Estas funciones pueden aplicarse para implementar estructuras cuya manipulaci\u00f3n no se vea interrumpida por interrupciones.\n
En la llamada al sistema madvise(), al usar las banderas MADV_DONTNEED y MADV_FREE, se garantiza la liberaci\u00f3n de las tablas de p\u00e1ginas de memoria asociadas con el rango de direcciones liberado, ya que en algunas situaciones las p\u00e1ginas de memoria vac\u00edas pueden ocupar una cantidad significativa de memoria.\n
Para la arquitectura OpenRISC se ha implementado soporte para el mecanismo de secuencias reiniciables (rseq, restartable sequences), destinado a la ejecuci\u00f3n at\u00f3mica r\u00e1pida de operaciones que, en caso de ser interrumpidas por otro hilo, se limpian y se intentan ejecutar de nuevo.\n
Se ha reorganizado el c\u00f3digo con la implementaci\u00f3n de los algoritmos CRC32 y CRC-T10DIF, que ya no se superponen con la subsistema de crypto y se llaman directamente desde la interfaz bibliotecaria. Este cambio ha permitido simplificar el c\u00f3digo y aumentar su eficiencia.\n
Se ha a\u00f1adido una interfaz al sistema de entrada\/salida as\u00edncrono io_uring para transmitir metadatos adicionales sobre la integridad al realizar operaciones de lectura y escritura. <\/ul>\n
Virtualizaci\u00f3n y seguridad<\/b>\n
\n
Se ha a\u00f1adido la bandera AT_EXECVE_CHECK a la llamada al sistema execveat, lo que permite realizar una verificaci\u00f3n de la validez de la ejecuci\u00f3n de un archivo sin ejecutarlo realmente, teniendo en cuenta las pol\u00edticas de seguridad, los derechos de acceso y los m\u00f3dulos LSM activos. Se proponen las banderas securebit SECBIT_EXEC_RESTRICT_FILE y SECBIT_EXEC_DENY_INTERACTIVE para su uso en conjunto con AT_EXECVE_CHECK, que pueden ser utilizadas para limitar la ejecuci\u00f3n de archivos con scripts en lenguajes de programaci\u00f3n interpretados. La bandera SECBIT_EXEC_RESTRICT_FILE exige a los compiladores e int\u00e9rpretes utilizar la opci\u00f3n AT_EXECVE_CHECK para validar la ejecuci\u00f3n, mientras que la bandera SECBIT_EXEC_DENY_INTERACTIVE proh\u00edbe el procesamiento de comandos interactivos. La idea principal del cambio es la posibilidad de aplicar pol\u00edticas de seguridad no solo a archivos ejecutables tradicionales, sino tambi\u00e9n a archivos de texto con scripts que pueden ser cargados mediante la ejecuci\u00f3n de un int\u00e9rprete (es decir, la prohibici\u00f3n de la ejecuci\u00f3n puede ser implementada no solo al ejecutar '.\/script.sh', sino tambi\u00e9n al hacerlo en forma de 'sh script.sh').\n
En sistemas x86 se ha implementado el soporte para contadores de tiempo protegidos para sistemas invitados, que impiden la modificaci\u00f3n de los relojes del sistema invitado desde el entorno host. Esta funcionalidad se basa en el mecanismo AMD SEV (Virtualizaci\u00f3n Encriptada Segura), utilizado en sistemas de virtualizaci\u00f3n para protecci\u00f3n m\u00e1quinas virtuales<\/a> contra interferencias por parte del hipervisor o del administrador del sistema host.\n