{"id":182060,"date":"2026-06-15T02:48:07","date_gmt":"2026-06-15T00:48:07","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/reliz-yadra-linux-7-1"},"modified":"2026-06-15T02:48:07","modified_gmt":"2026-06-15T00:48:07","slug":"reliz-yadra-linux-7-1","status":"publish","type":"post","link":"https:\/\/prohoster.info\/es\/blog\/news\/reliz-yadra-linux-7-1","title":{"rendered":"Lanzamiento del n\u00facleo Linux 7.1","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Despu\u00e9s de dos meses de desarrollo, Linus Torvalds present\u00f3 el lanzamiento del n\u00facleo Linux 7.1. Entre los cambios m\u00e1s destacados se encuentran: un nuevo controlador ntfsplus, la primera fase de descontinuaci\u00f3n del soporte para CPU i486, la eliminaci\u00f3n de adaptadores Ethernet antiguos, la supresi\u00f3n de los protocolos ISDN y AX.25, la inclusi\u00f3n por defecto del mecanismo Intel FRED, el soporte para manejadores BPF en io_uring, la optimizaci\u00f3n del subsistema de paginaci\u00f3n, la soporte para subplanificadores en sched_ext, la entrada\/salida en modo zero-copy en el controlador ublk, la operaci\u00f3n ioctl \"shutdown\" en Btrfs, y el cambio din\u00e1mico del modo de rendimiento en el controlador amd-pstate, as\u00ed como el soporte para xattr en los sockets Unix.<\/p>\n
En la nueva versi\u00f3n se han aceptado 17275 correcciones de 2589 desarrolladores, \nEl tama\u00f1o del parche es de 57 MB (los cambios afectaron a 13528 archivos, se a\u00f1adieron 751785 l\u00edneas de c\u00f3digo y se eliminaron 405916 l\u00edneas). En la versi\u00f3n anterior hubo 15624 correcciones de 2477 desarrolladores, con un tama\u00f1o de parche de 56 MB. Aproximadamente el 41% de todos los cambios presentados en 7.1 est\u00e1n relacionados con los controladores de dispositivos, alrededor del 12% se relaciona con la actualizaci\u00f3n de c\u00f3digo espec\u00edfico de arquitecturas de hardware, el 14% con la pila de red, el 5% con sistemas de archivos y el 3% con subsistemas internos del n\u00facleo. <\/p>\n
Novedades principales en el n\u00facleo 7.1 (1, 2, 3):<\/p>\n
\n
Subsistema de disco, entrada\/salida y sistemas de archivos<\/b>\n
\n
Se ha aceptado una nueva implementaci\u00f3n del sistema de archivos NTFS: ntfsplus, basada en el c\u00f3digo del antiguo controlador ntfs que fue eliminado del n\u00facleo. El controlador antiguo fue reescrito, ampliado con la capacidad de escribir datos y adaptado para soportar capacidades modernas, como el uso de folios de p\u00e1ginas de memoria (folios) en lugar de la estructura buffer_head. El nuevo controlador implementa la asignaci\u00f3n de bloques diferida, lo que ha permitido lograr un alto rendimiento en las operaciones de escritura y disminuir la fragmentaci\u00f3n. Para las operaciones de escritura\/lectura en b\u00fafer, entrada\/salida directa, mapeo de extensiones y operaciones de escritura\/lectura por p\u00e1ginas, se utiliza la biblioteca iomap. En pruebas de iozone, el controlador ntfsplus result\u00f3 ser entre un 3-5% m\u00e1s r\u00e1pido que ntfs3 en escritura de un solo hilo y entre un 35-110% m\u00e1s r\u00e1pido al usar 4 hilos. La velocidad de lectura de ntfsplus y ntfs3 es aproximadamente la misma. El controlador ntfs3 sigue formando parte del n\u00facleo y se le han realizado correcciones y peque\u00f1as mejoras.\n
Se ha a\u00f1adido soporte para la generaci\u00f3n y verificaci\u00f3n de datos de comprobaci\u00f3n de integridad T10 a nivel del sistema de archivos, en lugar de en el dispositivo de bloque, lo que permite mejorar el rendimiento de las operaciones de lectura.\n
Se ha a\u00f1adido soporte para entrada\/salida a trav\u00e9s de memoria compartida sin copiar datos entre b\u00faferes (modo zero-copy) en el controlador de dispositivos de bloques ublk, que permite trasladar l\u00f3gica espec\u00edfica al proceso en el espacio de usuario.\n
Para los dispositivos de bloque autosecures SED-OPAL, se han a\u00f1adido ioctl para gestionar el modo de Usuario \u00danico y se ha implementado el comando STACK_RESET.\n
En Btrfs se ha declarado estable el soporte para la operaci\u00f3n ioctl \"shutdown\", que permite poner el sistema de archivos en un estado en el que se intenta completar las operaciones ya iniciadas, pero se bloquean todas las nuevas operaciones.\n
En exfat, se ha implementado la posibilidad de reservar \u00e1reas vac\u00edas mediante la llamada fallocate().\n
En el sistema de archivos CIFS se ha a\u00f1adido soporte para la creaci\u00f3n de archivos temporales con la bandera O_TMPFILE.\n
Se ha a\u00f1adido la opci\u00f3n FSMOUNT_NAMESPACE en la llamada al sistema fsmount(), que crea un nuevo espacio de nombres de puntos de montaje para el sistema de archivos montado. En las llamadas al sistema clone3() y unshare() se han a\u00f1adido flags para devolver un nuevo espacio de nombres de puntos de montaje que solo contiene un placeholder de sistema de archivos vac\u00edo basado en nullfs, el controlador fs-dax con una interfaz de sistema de archivos para dispositivos DAX (Acceso Directo).\n
Se ha a\u00f1adido protecci\u00f3n contra ataques de fuerza bruta respecto a descriptores de archivos en el servidor NFS, implementada a trav\u00e9s de la certificaci\u00f3n de los descriptores con firma criptogr\u00e1fica. La protecci\u00f3n se activa mediante la opci\u00f3n de montaje sign_fh.\n
Se ha a\u00f1adido un controlador simb\u00f3lico fs-dax, que proporciona una interfaz para interactuar con dispositivos DAX (Acceso Directo) que soportan operaci\u00f3n sin cach\u00e9 de p\u00e1gina. Esta interfaz es necesaria para la integraci\u00f3n en el n\u00facleo del sistema de archivos famfs, ubicado en la memoria RAM.\n
En el sistema de archivos Ceph se ha implementado la recopilaci\u00f3n de m\u00e9tricas de entrada\/salida vinculadas a las subdivisiones.\n<\/ul>\n
Memoria y servicios del sistema<\/b>\n
\n
Se ha aceptado la primera serie de cambios para finalizar el soporte a los procesadores i486. Se eliminaron las opciones en Kconfig para compilar el n\u00facleo con soporte para los procesadores 486DX, 486SX y AMD ELAN (CONFIG_M486, CONFIG_M486SX y CONFIG_MELAN), y se excluyeron las opciones de compilaci\u00f3n para sistemas i486 en el Makefile (-march=i486). El c\u00f3digo para el soporte real en procesadores i486 se ha dejado en el n\u00facleo por ahora, pero la compilaci\u00f3n para tales sistemas ahora requerir\u00e1 aplicar parches a los archivos de construcci\u00f3n. Las razones para eliminar el soporte para procesadores i486 est\u00e1n vinculadas al deseo de deshacerse de c\u00f3digo complicado en el n\u00facleo que emulaba algunas operaciones de hardware, como CX8 (comparar y cambiar 8 bytes) y TSC (contador de ciclos de CPU utilizado en el planificador de tareas).\n
En el controlador amd-pstate, utilizado para gestionar el consumo de energ\u00eda en sistemas con procesadores AMD, se ha implementado el cambio din\u00e1mico de configuraciones de rendimiento y el ajuste del comportamiento de gesti\u00f3n de energ\u00eda seg\u00fan el funcionamiento con alimentaci\u00f3n de red o a bater\u00eda. Ahora, al estar conectado a la red, se activa el modo 'performance', mientras que al utilizar la bater\u00eda se activa 'balance_performance'.\n
Se ha activado por defecto el mecanismo Intel FRED (Flexible Return and Event Delivery), permitiendo mejorar la eficiencia y fiabilidad en la entrega de informaci\u00f3n sobre eventos de bajo nivel. El aumento del rendimiento y la reducci\u00f3n de latencias se logra devolviendo eventos con la instrucci\u00f3n de procesador IRET en lugar de transmitir eventos a trav\u00e9s de la tabla IDT (Interrupt Descriptor Table). La fiabilidad se mejora mediante el procesamiento separado de la llegada de eventos en el contexto del n\u00facleo y en el contexto del usuario, la protecci\u00f3n contra la ejecuci\u00f3n anidada de NMI y la conservaci\u00f3n en el marco de pila extendido de todos los registros de CPU relacionados con la excepci\u00f3n.\n
Se ha a\u00f1adido soporte para unidades de monitoreo de rendimiento de memoria (PMU - Performance Monitoring Unit) en la subsistema perf, utilizadas en SoC NVIDIA Tegra410.\n
Se ha acelerado la ejecuci\u00f3n de operaciones futex en sistemas ARM, gracias a la utilizaci\u00f3n de instrucciones Arm 9.6 LSUI, que permiten al n\u00facleo acceder a la memoria del espacio de usuario sin desactivar previamente el modo de protecci\u00f3n PAN (Privileged Access Never).\n
En sistemas con procesadores ARM, se ha mejorado el soporte para la extensi\u00f3n de la arquitectura del conjunto de instrucciones MPAM (Memory System Resource Partitioning and Monitoring) y se ha a\u00f1adido la posibilidad de su uso en espacio de usuario para gestionar recursos a trav\u00e9s del mecanismo resctrl. MPAM permite etiquetar cada acceso a la memoria con un identificador de secci\u00f3n (PARTID, Partition ID) y un identificador de grupo de monitoreo (PMG, Monitoring Group ID). En relaci\u00f3n con el PARTID, se puede restringir el consumo de recursos como el ancho de banda de la memoria o el tama\u00f1o de la cach\u00e9, para evitar que un grupo de tareas consuma todos los recursos. En el contexto de la monitorizaci\u00f3n, la combinaci\u00f3n de PMG y PARTID se puede utilizar para rastrear el consumo de recursos de memoria bajo ciertos tipos de carga.\n
Se ha a\u00f1adido la posibilidad de usar el modo de tiempo real (PREEMPT_RT) en procesadores ARM de 32 bits. Anteriormente, el soporte de PREEMPT_RT se hab\u00eda proporcionado para arquitecturas x86 y x86-64, ARM64, RISC-V y LoongArch.\n
Se han agregado nuevos flags en la llamada del sistema clone3(): CLONE_NNP - prohibici\u00f3n de obtener nuevos privilegios en el proceso creado; CLONE_AUTOREAP - finalizaci\u00f3n autom\u00e1tica del proceso en lugar de convertirlo en un proceso zombi hasta que la funci\u00f3n wait() sea ejecutada por el proceso padre; \nCLONE_PIDFD_AUTOKILL - finalizaci\u00f3n del proceso hijo si se cierra el descriptor pidfd asociado (por ejemplo, al finalizar el proceso padre).<\/p>\n
Para cada m\u00f3dulo del n\u00facleo, se ha a\u00f1adido un archivo import_ns en el directorio \/sys\/module, que contiene una lista de los espacios de nombres de s\u00edmbolos importados (symbol namespace).\n
En el sistema de entrada\/salida as\u00edncrona io_uring se ha a\u00f1adido soporte para utilizar la subsistema BPF para crear controladores. Por ejemplo, se puede sustituir el bucle principal de despachador por un programa BPF.\n
En la subsistema BPF, se ha modernizado el an\u00e1lisis del uso de la pila, lo que ha acelerado significativamente la verificaci\u00f3n de muchos programas BPF por parte del verificador.\n
Con el objetivo de optimizar el rendimiento, se ha reescrito la subsistema hrtimer (high resolution timer). El programador de tareas ahora puede utilizar temporizadores de alta resoluci\u00f3n sin perder rendimiento en lugar de temporizadores menos precisos.\n
Se contin\u00faa con la transferencia 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 de Rust no est\u00e1 activado por defecto y no implica que Rust sea una de las dependencias de compilaci\u00f3n obligatorias del n\u00facleo). Hasta la versi\u00f3n 1.85 (que se incluye en Debian 13), se han incrementado los requisitos de versi\u00f3n de Rust necesarios para compilar componentes del n\u00facleo. Se ha a\u00f1adido una opci\u00f3n de configuraci\u00f3n experimental Kconfig CONFIG_RUST_INLINE_HELPERS para incrustar preprocesadores en C en el c\u00f3digo Rust durante la compilaci\u00f3n (la optimizaci\u00f3n aceler\u00f3 el funcionamiento del controlador de bloques null en un 2%). Se ha a\u00f1adido el macro 'const_assert!'. Se han ampliado las capacidades de los m\u00f3dulos 'sizes', 'clk', 'ptr', 'sync', 'error'.\n
Al mecanismo SCHED_EXT, que permite usar BPF para crear planificadores de CPU, se le ha a\u00f1adido una capacidad inicial para crear planificadores anidados (sub-scheduler), mediante los cuales cada cgroup puede utilizar su propio planificador de tareas.\n
Se ha continuado la optimizaci\u00f3n de la subsistema de intercambio (swap). Se ha eliminado la antigua estructura swap_map, reemplazada por el mecanismo 'Swap Table'. Este cambio ha permitido mejorar el rendimiento y reducir el consumo de memoria en la subsistema de intercambio.\n
En el subsistema DAMON (Data Access MONitor), que permite rastrear el acceso de un proceso a datos en la memoria RAM (por ejemplo, se puede averiguar a qu\u00e9 \u00e1reas de memoria accedi\u00f3 el proceso y cu\u00e1les \u00e1reas de memoria quedaron sin utilizar), se ha a\u00f1adido soporte para diferentes algoritmos de ajuste autom\u00e1tico de cuota.\n