{"id":168524,"date":"2026-04-13T11:12:24","date_gmt":"2026-04-13T09:12:24","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/reliz-yadra-linux-7-0"},"modified":"2026-04-13T11:12:24","modified_gmt":"2026-04-13T09:12:24","slug":"reliz-yadra-linux-7-0","status":"publish","type":"post","link":"https:\/\/prohoster.info\/es\/blog\/news\/reliz-yadra-linux-7-0","title":{"rendered":"Lanzamiento del n\u00facleo Linux 7.0","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"<p>Despu\u00e9s de dos meses de desarrollo, Linus Torvalds present\u00f3 la versi\u00f3n del n\u00facleo Linux 7.0. Entre los cambios m\u00e1s destacados se encuentran: las reglas para el uso de asistentes AI, la incorporaci\u00f3n de Rust como funcionalidad principal del n\u00facleo, mejoras en la eficiencia de la paginaci\u00f3n, la activaci\u00f3n por defecto del modo PREEMPT_LAZY, el soporte de filtros para operaciones io_uring, un nuevo sistema de archivos Nullfs, infraestructura fserror, herramientas de monitoreo para XFS, soporte para re-mapeo en Btrfs, activaci\u00f3n por defecto de la versi\u00f3n NFS 4.1, integraci\u00f3n de un algoritmo de criptograf\u00eda post-cu\u00e1ntica ML-DSA, activaci\u00f3n de AccECN en la subsistema de red, y soporte inicial para WiFi 8.      <\/p>\n<p>Se ha asignado el n\u00famero 7.0 porque en la rama 6.x se acumularon suficientes lanzamientos para cambiar el primer d\u00edgito en el n\u00famero de versi\u00f3n (en su momento, la versi\u00f3n 6.0 se form\u00f3 inmediatamente despu\u00e9s de 5.19). El cambio en la numeraci\u00f3n se realiza por razones est\u00e9ticas y es un paso formal que elimina la incomodidad causada por la acumulaci\u00f3n de un gran n\u00famero de lanzamientos en la serie.       <\/p>\n<p>La nueva versi\u00f3n incluye 15624 correcciones de 2477 desarrolladores, con un tama\u00f1o del parche de 56 MB (los cambios afectaron 18053 archivos, se a\u00f1adieron 704060 l\u00edneas de c\u00f3digo y se eliminaron 278132 l\u00edneas). En la versi\u00f3n anterior hubo 15657 correcciones de 2237 desarrolladores, con un tama\u00f1o del parche de 52 MB. Aproximadamente el 51% de todos los cambios presentados en la 7.0 est\u00e1n relacionados con controladores de dispositivos, alrededor del 11% se refieren a la actualizaci\u00f3n de c\u00f3digo espec\u00edfico para arquitecturas de hardware, el 14% est\u00e1 relacionado con la pila de red, el 5% con sistemas de archivos y el 3% con subsistemas internos del n\u00facleo.       <\/p>\n<p>Novedades principales en el n\u00facleo 7.0 (1, 2, 3):  <\/p>\n<ul>\n<li class=\"l\"> <b>Subsistema de disco, entrada\/salida y sistemas de archivos<\/b>\n<ul>\n<li class=\"l\"> Se ha implementado la infraestructura fserror y se ha a\u00f1adido una API para obtener informaci\u00f3n sobre errores de entrada\/salida y corrupci\u00f3n de metadatos al trabajar con archivos. La infraestructura propuesta unifica la transmisi\u00f3n de informaci\u00f3n sobre errores en los sistemas de archivos hacia el espacio de usuario a trav\u00e9s del mecanismo fsnotify.\n<li class=\"l\"> En XFS se han a\u00f1adido nuevas capacidades para monitorear el estado del sistema de archivos desde el espacio de usuario. Se ha propuesto una operaci\u00f3n ioctl llamada XFS_IOC_HEALTH_MONITOR, que devuelve un descriptor de archivo a trav\u00e9s del cual se pueden obtener datos sobre fallos relacionados con la corrupci\u00f3n de metadatos o errores durante la entrada\/salida, as\u00ed como seguir los cambios en los estados del sistema de archivos, como desmontaje y apagado. Adem\u00e1s, se ha propuesto un proceso en segundo plano gestionado por systemd llamado xfs_healer, que maneja eventos acerca del estado del sistema de archivos desde el espacio de usuario y, si es necesario, inicia autom\u00e1ticamente procedimientos de recuperaci\u00f3n.\n<li class=\"l\"> Se ha a\u00f1adido soporte experimental para la estructura de \"\u00e1rbol de remapeo\" (remap tree) en el sistema de archivos Btrfs, que en el futuro podr\u00eda utilizarse como una capa intermedia durante las operaciones de entrada\/salida. La esencia de esta nueva funcionalidad es que, despu\u00e9s de mover datos en el dispositivo, en lugar de actualizar todas las estructuras relacionadas con esos datos, se guardan las direcciones antiguas y nuevas en la estructura adicional \"remap tree\", lo que permite que, al acceder a los datos, las direcciones sean sustituidas. Este nuevo enfoque se presenta como m\u00e1s fiable y flexible, adem\u00e1s de simplificar la expansi\u00f3n de la funcionalidad de Btrfs.\n<li class=\"l\"> En Btrfs se ha implementado soporte para entrada\/salida directa en situaciones donde el tama\u00f1o del bloque excede el tama\u00f1o de la p\u00e1gina de memoria en el sistema.\n<li class=\"l\"> Se ha incluido un nuevo sistema de archivos llamado \"Nullfs\", que se puede utilizar como un marcador de posici\u00f3n para el sistema de archivos ra\u00edz. El sistema de archivos Nullfs siempre est\u00e1 vac\u00edo, no contiene datos y no admite cambios. Su prop\u00f3sito es ser utilizado como un sistema de archivos inicial para agilizar el proceso de arranque del sistema; sobre Nullfs se montan luego otros sistemas de archivos y se utiliza la llamada al sistema pivot_root() para cambiar el sistema de archivos ra\u00edz en lugar de limpiar el contenido del initramfs y utilizar el sistema de archivos ra\u00edz asociado.\n<li class=\"l\"> Se ha implementado la actualizaci\u00f3n de la informaci\u00f3n sobre el tiempo de modificaci\u00f3n de archivos en modo no bloqueante. Anteriormente, la llamada file_update_time_flags() con el flag IOCB_NOWAIT devolv\u00eda el error \"-EAGAIN\", lo que imped\u00eda utilizar operaciones de escritura directa en modo no bloqueante.\n<li class=\"l\"> En los sistemas de archivos, se ha transferido el soporte para bloqueos de notificaci\u00f3n (lease) a la categor\u00eda de opciones habilitables por separado. Por defecto, este mecanismo ahora no se activa debido a problemas con sistemas de archivos que no estaban dise\u00f1ados para su aplicaci\u00f3n. Por ejemplo, los sistemas de archivos 9p y cephfs no lo soportan.\n<li class=\"l\"> En el sistema de archivos EROFS (Extendable Read-Only File System), destinado para ser utilizado en particiones accesibles en modo solo lectura, se ha asignado por defecto el algoritmo LZMA para compresi\u00f3n. Opcionalmente est\u00e1n disponibles los algoritmos DEFLATE y Zstandard, que ya no est\u00e1n marcados como experimentales. Se ha implementado el uso compartido de entradas en el cach\u00e9 por p\u00e1ginas (page-cache) para archivos id\u00e9nticos en diferentes sistemas de archivos EROFS.\n<li class=\"l\"> El modo laptop_mode, que ahorraba energ\u00eda al retrasar y combinar las operaciones de escritura en el disco duro para prolongar el tiempo de inactividad del disco y reducir el n\u00famero de activaciones, ha sido descontinuado. Este modo ha perdido relevancia, ya que los discos duros han sido reemplazados por unidades de estado s\u00f3lido en los dispositivos m\u00f3viles modernos.\n<li class=\"l\"> El sistema de archivos F2FS se ha adaptado para utilizar grandes folios de p\u00e1ginas de memoria (large folios).\n<li class=\"l\"> Se ha reanudado el trabajo en el controlador ntfs3, desarrollado por Paragon Software. Se a\u00f1adi\u00f3 soporte para operaciones con archivos basadas en iomap, se implementaron las opciones llseek SEEK_DATA\/SEEK_HOLE, y se agreg\u00f3 el modo delalloc para la asignaci\u00f3n diferida de bloques. Mientras tanto, en la lista de distribuci\u00f3n de desarrolladores del n\u00facleo, en febrero se aprob\u00f3 la inclusi\u00f3n en una de las futuras versiones del n\u00facleo de una nueva implementaci\u00f3n de NTFS \u2014 ntfsplus, dise\u00f1ada para reemplazar ntfs3.\n<li class=\"l\"> Por defecto, en la compilaci\u00f3n se incluye la versi\u00f3n del protocolo NFS 4.1 (CONFIG_NFS_V4_1). Se ha asegurado el bloqueo de exportaci\u00f3n a trav\u00e9s de NFS de sistemas de archivos pseudo-especializados, como pidfs y nsfs. En NFSD se ha implementado una funci\u00f3n experimental para el uso de ACL POSIX y se ha a\u00f1adido soporte para la modificaci\u00f3n din\u00e1mica del grupo de hilos (thread-pool) dependiendo de la carga.                                <\/ul>\n<li class=\"l\"> <b>Memoria y servicios del sistema<\/b>\n<ul>\n<li class=\"l\"> Se han aprobado las reglas oficiales para la aplicaci\u00f3n de asistentes de IA y para la inclusi\u00f3n de contenido generado autom\u00e1ticamente en el n\u00facleo. Al transferir el c\u00f3digo generado, se debe etiquetar indicando el asistente de IA utilizado mediante la etiqueta \u00abAssisted-by\u00bb. A los asistentes de IA se les proh\u00edbe a\u00f1adir la etiqueta \u00abSigned-off-by\u00bb \u2014 la persona que env\u00eda el parche se considera su autor, es responsable de la modificaci\u00f3n enviada y garantiza su calidad. Se instruye a los desarrolladores que realicen una revisi\u00f3n manual del c\u00f3digo generado por IA y verifiquen la conformidad del resultado con los requisitos de licencia.\n<li class=\"l\"> El soporte para Rust ha sido trasladado de experimental a las caracter\u00edsticas principales del n\u00facleo. El soporte para Rust no est\u00e1 activo de forma predeterminada y no convierte a Rust en una de las dependencias de compilaci\u00f3n obligatorias del n\u00facleo.\n<li class=\"l\"> Se ha completado la integraci\u00f3n en el n\u00facleo del mecanismo \u00abSwap Table\u00bb, que permite mejorar el rendimiento de la paginaci\u00f3n. El aumento de velocidad se logra gracias a la reducci\u00f3n de la competencia por el acceso a la cach\u00e9 de paginaci\u00f3n, una b\u00fasqueda m\u00e1s eficiente en la cach\u00e9 y la disminuci\u00f3n de la fragmentaci\u00f3n. El backend basado en Swap Table se utiliza para la cach\u00e9 de paginaci\u00f3n en lugar del backend XArray y permiti\u00f3 en la prueba redis-benchmark con BGSAVE aumentar el n\u00famero de solicitudes procesadas en un 22%.\n<li class=\"l\"> Se a\u00f1adi\u00f3 soporte para la nueva extensi\u00f3n de An\u00e1lisis de Seguridad de Hilos, que apareci\u00f3 en Clang 22, lo que permite detectar posibles condiciones de carrera y errores causados por la incorrecta implementaci\u00f3n de bloqueos durante la compilaci\u00f3n. La extensi\u00f3n ofrece una serie de atributos, como GUARDED_BY(\u2026), REQUIRES(\u2026), RELEASE(\u2026) y ACQUIRE(\u2026), que permiten marcar funciones cubiertas por bloqueos y delimitar los \u00e1mbitos de los mismos (definir el contexto). Durante la compilaci\u00f3n se verifica la correcta aplicaci\u00f3n de los primitivos de sincronizaci\u00f3n, como mutexes, bas\u00e1ndose en la evaluaci\u00f3n de la actividad o inactividad de su contexto asociado.\n<li class=\"l\"> Se ha a\u00f1adido la bandera OPEN_TREE_NAMESPACE a la llamada al sistema open_tree para simplificar la configuraci\u00f3n de contenedores aislados y acelerar el lanzamiento de contenedores en sistemas con un gran n\u00famero de puntos de montaje. Similar a OPEN_TREE_CLONE, la nueva bandera copia \u00fanicamente el \u00e1rbol de puntos de montaje especificado, pero en lugar de devolver un descriptor de archivo local, devuelve un descriptor de archivo en un nuevo espacio de nombres de puntos de montaje donde el \u00e1rbol copiado se monta sobre una copia del sistema de archivos ra\u00edz real. La bandera OPEN_TREE_NAMESPACE es necesaria para evitar la ejecuci\u00f3n separada de las operaciones unshare(CLONE_NEWNS) y pivot_root(), que se utilizan al crear contenedores.\n<li class=\"l\"> Se ha a\u00f1adido un mecanismo de extensi\u00f3n de cuanta de tiempo (time slice) a la llamada al sistema rseq, que permite obtener tiempo de CPU adicional para la ejecuci\u00f3n continua de secciones cr\u00edticas. La idea es evitar que el planificador de tareas interrumpa una secci\u00f3n cr\u00edtica con un bloqueo, lo que llevar\u00eda a transferir el control a otros hilos que usan recursos en los que el bloqueo sigue activo. La extensi\u00f3n del cuanta de tiempo se realiza sin costos adicionales, pero tambi\u00e9n sin las estrictas garant\u00edas que se proporcionan con regulaci\u00f3n de prioridades completa.\n<li class=\"l\"> Para las arquitecturas arm64, loongarch, powerpc, riscv, s390 y x86, el modo de preempci\u00f3n de tareas en el planificador por defecto se ha cambiado de PREEMPT_NONE a PREEMPT_LAZY. El n\u00famero de modos posibles se ha reducido de cuatro a dos \u2012 PREEMPT_FULL y PREEMPT_LAZY (los modos PREEMPT_NONE y PREEMPT_VOLUNTARY se mantienen solo para arquitecturas que no soportan PREEMPT_FULL y PREEMPT_LAZY). El modo PREEMPT_LAZY aplica el modelo de preempci\u00f3n completa (PREEMPT_FULL) para tareas en tiempo real (RR\/FIFO\/DEADLINE), pero retrasa la preempci\u00f3n de tareas normales (SCHED_NORMAL) hasta el l\u00edmite del tick. El retraso introducido reduce los casos de preempci\u00f3n de titulares de bloqueos, lo que permite acercar el rendimiento a las configuraciones que utilizan el modelo de preempci\u00f3n voluntaria, es decir, PREEMPT_LAZY permite mantener las capacidades de preempci\u00f3n completa en relaci\u00f3n con tareas en tiempo real, pero minimiza la ca\u00edda del rendimiento para tareas normales.\n<p>La activaci\u00f3n de PREEMPT_LAZY ha llevado a una regresi\u00f3n importante, reduciendo la performance de PostgreSQL en sistemas ARM64 a la mitad. Para abordar esta ca\u00edda en el rendimiento, se ha sugerido a los desarrolladores de PostgreSQL activar la opci\u00f3n PR_RSEQ_SLICE_EXTENSION para disminuir la probabilidad de preemption del poseedor de bloqueos.       <\/p>\n<li class=\"l\"> Se contin\u00faa 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. Gracias a la biblioteca integrada previamente \u2018syn\u2019, que simplifica la escritura de macros complejas, se ha logrado reducir el tama\u00f1o del c\u00f3digo Rust en el n\u00facleo al simplificar las definiciones de los macroprocedimientos existentes. Se han ampliado las capacidades de las bibliotecas kernel, macros y pin-init.\n<li class=\"l\"> Se ha a\u00f1adido una opci\u00f3n al sistema de entrada\/salida asincr\u00f3nica io_uring para utilizar colas de env\u00edo no circulares (non-circular submission queue), que se almacenan en cach\u00e9 de manera m\u00e1s eficiente cuando la ejecuci\u00f3n de una solicitud finaliza antes del retorno desde la llamada al sistema.\n<li class=\"l\"> En la subsistema eBPF, el mecanismo BTF (BPF Type Format), que proporciona informaci\u00f3n para la verificaci\u00f3n de tipos en pseudoc\u00f3digo BPF, ahora emplea b\u00fasqueda binaria para encontrar informaci\u00f3n de depuraci\u00f3n, lo que ha mejorado la eficiencia de carga de programas BPF. En eBPF se ha a\u00f1adido soporte para argumentos impl\u00edcitos al llamar a kfunc (funciones del kernel accesibles para su uso en programas BPF), definidos con la bandera KF_IMPLICIT_ARGS.\n<li class=\"l\"> Se ha eliminado el c\u00f3digo para el soporte de initrd basado en linuxrc, que ha sido declarado obsoleto desde hace mucho tiempo. Las implementaciones restantes de initrd est\u00e1n previstas para ser eliminadas en 2027. En lugar de initrd, se debe utilizar initramfs (la diferencia es que initrd coloca el entorno de arranque inicial en una imagen de disco, mientras que initramfs lo coloca en un sistema de archivos).\n<li class=\"l\"> En el dispositivo de bloque zram, utilizado para el almacenamiento comprimido de la secci\u00f3n de intercambio en memoria, se ha cambiado la l\u00f3gica de manejo de las p\u00e1ginas de memoria comprimidas al mover opcionalmente los datos al almacenamiento permanente en caso de que se llene la memoria RAM disponible. Anteriormente, las p\u00e1ginas de memoria se descomprim\u00edan antes de escribirlas en el medio f\u00edsico, pero ahora se guardan tal cual en formato comprimido, lo que reduce la carga en la CPU y ahorra energ\u00eda durante el funcionamiento aut\u00f3nomo.\n<li class=\"l\"> Se ha a\u00f1adido una opci\u00f3n \u2018--bpf-action\u2019 a la utilidad timerlat, dise\u00f1ada para medir retrasos en el funcionamiento del planificador de tareas, para ejecutar programas BPF en caso de superar el umbral establecido.\n<li class=\"l\"> Se ha agregado la configuraci\u00f3n \u2018bitmask-list\u2019 al sistema de rastreo ftrace para mostrar las m\u00e1scaras de bits de manera legible (en forma de lista de bits, en lugar de un n\u00famero hexadecimal). Se han a\u00f1adido capacidades de auditor\u00eda para filtros y activadores en tracefs. Se ha agregado el comando \u2018perf sched stats\u2019 para recopilar y mostrar estad\u00edsticas sobre el funcionamiento del planificador de tareas.\n<li class=\"l\"> Se han a\u00f1adido opciones de compilaci\u00f3n LOGO_LINUX_MONO_FILE, LOGO_LINUX_VGA16_FILE y LOGO_LINUX_CLUT224_FILE para definir el archivo de imagen del logotipo que se mostrar\u00e1 al iniciar el n\u00facleo en lugar del logotipo est\u00e1ndar con el ping\u00fcino Tux.                                <\/ul>\n<li class=\"l\"> <b>Virtualizaci\u00f3n y seguridad<\/b>\n<ul>\n<li class=\"l\"> En el sistema de entrada\/salida as\u00edncrona io_uring se ha implementado la posibilidad de adjuntar programas BPF con filtros que controlan lo que pueden hacer las operaciones SQE (Submission Queue Entry) espec\u00edficas (similar a las llamadas del sistema en io_uring). La posibilidad a\u00f1adida es an\u00e1loga a los filtros de llamadas del sistema. Los filtros se pueden vincular a tareas espec\u00edficas y se heredan al crear otros procesos despu\u00e9s de la llamada fork(). Con filtros activos, los filtros adicionales pueden solo agregar restricciones adicionales, pero no desactivar los existentes. La funcionalidad implementada permitir\u00e1 bloquear m\u00e9todos de elusi\u00f3n de filtrado de llamadas del sistema en entornos sandbox que se basan en la ejecuci\u00f3n de operaciones similares a las llamadas del sistema, proporcionadas en io_uring.\n<li class=\"l\"> En SELinux se ha agregado la capacidad de gestionar el acceso a los tokens BPF, permitiendo que procesos no privilegiados realicen ciertas operaciones privilegiadas con BPF, como cargar programas BPF en el kernel y crear estructuras de mapa.\n<li class=\"l\"> Se ha a\u00f1adido soporte para el algoritmo de firma digital ML-DSA (CRYSTALS-Dilithium), basado en la teor\u00eda de redes y resistente a ataques en computadoras cu\u00e1nticas. Se ha proporcionado la posibilidad de usar ML-DSA para autenticar los m\u00f3dulos del kernel.\n<li class=\"l\"> Se ha eliminado la posibilidad de utilizar esquemas de firma digital con el algoritmo SHA-1 para certificar m\u00f3dulos del kernel (se conserva el soporte para cargar m\u00f3dulos firmados).\n<li class=\"l\"> Se han a\u00f1adido los campos \u2018sport\u2019 y \u2018dport\u2019 en el registro de auditor\u00eda NETFILTER_PKT para la inspecci\u00f3n de los n\u00fameros de puertos de red, y no solo. <a class=\"wpil_keyword_link\" href=\"https:\/\/prohoster.info\/es\/lir\/ipv4\/\" title=\"direcciones IP\" data-wpil-keyword-link=\"linked\">direcciones IP<\/a>.\n<li class=\"l\"> Para sistemas con arquitectura RISC-V, se ha implementado soporte para las extensiones Zicfiss y Zicfilp, que proporcionan capacidades de hardware para aplicar protecci\u00f3n CFI (Integridad del Flujo de Control), bloqueando violaciones del orden normal de ejecuci\u00f3n de instrucciones (flujo de control) a consecuencia de exploits que alteran los punteros a funciones almacenados en memoria.\n<li class=\"l\"> En el hipervisor <a class=\"wpil_keyword_link\" href=\"https:\/\/prohoster.info\/es\/vps\/abuzoustojchivye-vps\/\" title=\"KVM\" data-wpil-keyword-link=\"linked\">KVM<\/a> se ha implementado la posibilidad de transferir a los sistemas invitados informaci\u00f3n sobre el soporte del procesador para la extensi\u00f3n ERAPS (Enhanced Return Address Predictor Security), lo que permite evitar algunas operaciones de restablecimiento del estado de la CPU al regresar el control al host desde el sistema invitado. Adem\u00e1s, se ha a\u00f1adido soporte para la asignaci\u00f3n de hardware a los sistemas invitados para el seguimiento del rendimiento (PMU, Unidad de Monitoreo del Rendimiento), lo que permite aumentar la precisi\u00f3n del perfilado en comparaci\u00f3n con el uso de PMU emulados.\n<li class=\"l\"> En el controlador para el hipervisor Hyper-V se ha a\u00f1adido soporte para la interfaz debugfs para ver estad\u00edsticas sobre el funcionamiento del hipervisor.                        <\/ul>\n<li class=\"l\"> <b>Subsistema de red<\/b>\n<ul>\n<li class=\"l\"> La extensi\u00f3n AccECN (Notificaci\u00f3n de Congesti\u00f3n Expl\u00edcita Precisa) est\u00e1 habilitada por defecto, implementando una versi\u00f3n mejorada de la extensi\u00f3n ECN, que permite a los hosts marcar paquetes IP en caso de congesti\u00f3n en lugar de descartarlos. Esto facilita la detecci\u00f3n de la fase inicial de congesti\u00f3n en los canales de comunicaci\u00f3n sin p\u00e9rdida de paquetes. La extensi\u00f3n ECN original tiene una limitaci\u00f3n que permite emitir solo una se\u00f1al de congesti\u00f3n en un ciclo de transmisi\u00f3n TCP (RTT, Tiempo de Ida y Vuelta, env\u00edo de solicitud y recepci\u00f3n de respuesta). AccECN elimina esta limitaci\u00f3n y permite al receptor enviar m\u00e1s de una etiqueta de congesti\u00f3n al emisor en el encabezado del paquete TCP. Los algoritmos de control de congesti\u00f3n pueden utilizar esta informaci\u00f3n para reaccionar m\u00e1s precisamente a las congestiones y evitar reducciones dr\u00e1sticas en la intensidad del env\u00edo de paquetes ante una congesti\u00f3n leve.\n<li class=\"l\"> La implementaci\u00f3n del algoritmo de gesti\u00f3n de colas de red Cake ha a\u00f1adido la capacidad de manejar m\u00faltiples colas para distribuir la carga entre varios n\u00facleos de CPU. El algoritmo CAKE se utiliza para reducir el impacto negativo del almacenamiento intermedio de paquetes en el hardware de red fronterizo, y est\u00e1 orientado a lograr la mayor capacidad de transmisi\u00f3n posible y el nivel m\u00ednimo de latencia incluso en canales de comunicaci\u00f3n lentos.\n<li class=\"l\"> Se ha a\u00f1adido soporte para espacios de nombres de red (network namespace) en los sockets VSOCK, utilizados para interactuar con m\u00e1quinas virtuales.\n<li class=\"l\"> Se ha a\u00f1adido la implementaci\u00f3n inicial del futuro est\u00e1ndar WiFi 8 (802.11bn, WiFi de Ultra Alta Fiabilidad).\n<li class=\"l\"> Se han a\u00f1adido optimizaciones que han mejorado el rendimiento del procesamiento de paquetes UDP entrantes en un 12% durante pruebas de estr\u00e9s en una red de 100 gigabits.                      <\/ul>\n<li class=\"l\"> <b>Hardware<\/b>\n<ul>\n<li class=\"l\"> El controlador AMDGPU ha implementado soporte para bloques IP utilizados en nuevas GPU AMD, como SMUIO 15.x, PSP 15.x, IH 6.1.1\/7.1, MMHUB 3.4\/4.2, GC 11.5.4\/12.1, SDMA 6.1.4\/7.1\/7.11.4 y JPEG 5.3.\n<li class=\"l\"> Se ha mejorado la gesti\u00f3n de frecuencias en los sistemas Tegra 186+ en el controlador Nouveau.\n<li class=\"l\"> Se ha a\u00f1adido soporte inicial para el bloque IP de visualizaci\u00f3n Xe3p_LPD en el controlador i915, utilizado en los procesadores Intel Nova Lake-P.\n<li class=\"l\"> Continu\u00f3 el trabajo en el controlador drm (Direct Rendering Manager) Xe para GPU basadas en la arquitectura Intel Xe, que se utiliza en las tarjetas gr\u00e1ficas Intel de la familia Arc y en gr\u00e1ficos integrados, comenzando con los procesadores Tiger Lake. Se agreg\u00f3 el modo Multi Queue. Se a\u00f1adieron componentes necesarios para diagnosticar bloqueos de GPU en Mesa. Se a\u00f1adi\u00f3 soporte para el mecanismo MERT para gestionar el acceso a la memoria de la GPU.\n<li class=\"l\"> Se continu\u00f3 la integraci\u00f3n de componentes del controlador Nova para GPUs NVIDIA, equipadas con firmware GSP, usados desde la serie NVIDIA GeForce RTX 2000 basada en la microarquitectura Turing. El controlador est\u00e1 escrito en Rust. En la nueva versi\u00f3n se prepar\u00f3 la implementaci\u00f3n del soporte para GPUs basadas en la microarquitectura Turing y se realizaron varios cambios internos.\n<li class=\"l\"> Se a\u00f1adi\u00f3 soporte para controladores y dispositivos perif\u00e9ricos con interfaz SPI (Serial Peripheral Interface) multicanal, que permiten la transmisi\u00f3n de datos en varios flujos paralelos.\n<li class=\"l\"> Se a\u00f1adi\u00f3 un controlador para conectores combinados Type-C, utilizados en dispositivos con chips Apple Silicon que combinan las interfaces USB3, DP-AltMode y Thunderbolt\/USB4.\n<li class=\"l\"> Se a\u00f1adi\u00f3 soporte para subsistemas de audio de los chips Tegra238, Minisforum V3 SE, iBasso DC04U, Intel Nova Lake, Nova Lake S y Focusrite Forte.\n<li class=\"l\"> Se a\u00f1adi\u00f3 soporte para placas ARM, SoC y dispositivos: Arduino UnoQ, OrangePi 6 Plus, OrangePi CM5, Anbernic RG-DS, Realtek Kent, Qualcomm Kaanapali, Mediatek Ezurio, Facebook Anacapa, Microchip LAN9668, Khadas VIM1S, QNAP TS133, i.MX952, i.MX93, i.MX94, VHIP4 EvalBoard, TQ-Systems MBLS1028A, Agilex5, Radxa CM3J, Glymur,\n<li class=\"l\"> Se ha agregado soporte para tel\u00e9fonos inteligentes y tabletas: Fairphone Gen 6 (SoC Qualcomm Milos\/Snapdragon 7s Gen 3), Pixel 3\/3 XL, Microsoft Surface Pro 11.          <\/ul>\n<\/ul>\n<p>Al mismo tiempo, la Fundaci\u00f3n de Software Libre de Am\u00e9rica Latina ha formado una versi\u00f3n completamente libre del n\u00facleo 7.0 \u2014 Linux-libre 7.0-gnu, limpiado de elementos de firmware y controladores que contienen componentes no libres o secciones de c\u00f3digo cuyo uso est\u00e1 limitado por el fabricante. En la versi\u00f3n 7.0 se ha realizado la limpieza de blobs del controlador iwlwifi. Se ha actualizado el c\u00f3digo de limpieza en los controladores amdgpu, adreno, TI PRUeth, air_en8811h, ath12k, TI VPE, rtw8852b, rt1320, rt5575 SPI, tas2783, Intel catpt. Se ha realizado la limpieza de nombres de blobs en archivos dts (devicetree) para chips ARM.<br \/>\n<br \/>Fuente: <a rel=\"nofollow\" href=\"https:\/\/www.opennet.ru\/opennews\/art.shtml?num=65194\">opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"<p>\u041f\u043e\u0441\u043b\u0435 \u0434\u0432\u0443\u0445 \u043c\u0435\u0441\u044f\u0446\u0435\u0432 \u0440\u0430\u0437\u0440\u0430\u0431\u043e\u0442\u043a\u0438 \u041b\u0438\u043d\u0443\u0441 \u0422\u043e\u0440\u0432\u0430\u043b\u044c\u0434\u0441 \u043f\u0440\u0435\u0434\u0441\u0442\u0430\u0432\u0438\u043b \u0440\u0435\u043b\u0438\u0437 \u044f\u0434\u0440\u0430 Linux 7.0. \u0421\u0440\u0435\u0434\u0438 \u043d\u0430\u0438\u0431\u043e\u043b\u0435\u0435 \u0437\u0430\u043c\u0435\u0442\u043d\u044b\u0445 \u0438\u0437\u043c\u0435\u043d\u0435\u043d\u0438\u0439: \u043f\u0440\u0430\u0432\u0438\u043b\u0430 \u043f\u0440\u0438\u043c\u0435\u043d\u0435\u043d\u0438\u044f AI-\u0430\u0441\u0441\u0438\u0441\u0442\u0435\u043d\u0442\u043e\u0432, \u043f\u0435\u0440\u0435\u0432\u043e\u0434 Rust \u0432 \u043e\u0441\u043d\u043e\u0432\u043d\u044b\u0435 \u0432\u043e\u0437\u043c\u043e\u0436\u043d\u043e\u0441\u0442\u0438 \u044f\u0434\u0440\u0430, \u043f\u043e\u0432\u044b\u0448\u0435\u043d\u0438\u0435 \u043f\u0440\u043e\u0438\u0437\u0432\u043e\u0434\u0438\u0442\u0435\u043b\u044c\u043d\u043e\u0441\u0442\u0438 \u043f\u043e\u0434\u043a\u0430\u0447\u043a\u0438, \u0432\u043a\u043b\u044e\u0447\u0435\u043d\u0438\u0435 \u043f\u043e \u0443\u043c\u043e\u043b\u0447\u0430\u043d\u0438\u044e \u0440\u0435\u0436\u0438\u043c\u0430 PREEMPT_LAZY, \u043f\u043e\u0434\u0434\u0435\u0440\u0436\u043a\u0430 \u0444\u0438\u043b\u044c\u0442\u0440\u043e\u0432 \u0434\u043b\u044f \u043e\u043f\u0435\u0440\u0430\u0446\u0438\u0439 io_uring, \u043d\u043e\u0432\u0430\u044f \u0424\u0421 Nullfs, \u0438\u043d\u0444\u0440\u0430\u0441\u0442\u0440\u0443\u043a\u0442\u0443\u0440\u0430 fserror, \u0441\u0440\u0435\u0434\u0441\u0442\u0432\u0430 \u043c\u043e\u043d\u0438\u0442\u043e\u0440\u0438\u043d\u0433\u0430 XFS, \u043f\u043e\u0434\u0434\u0435\u0440\u0436\u043a\u0430 \u0440\u0435\u043c\u0430\u043f\u0438\u043d\u0433\u0430 \u0432 Btrfs, \u0432\u043a\u043b\u044e\u0447\u0435\u043d\u0438\u0435 \u043f\u043e \u0443\u043c\u043e\u043b\u0447\u0430\u043d\u0438\u044e \u0432\u0435\u0440\u0441\u0438\u0438 NFS 4.1, [&hellip;]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":8,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[702],"tags":[],"class_list":["post-168524","post","type-post","status-publish","format-standard","hentry","category-news"],"aioseo_notices":[],"aioseo_head":"\n\t\t<!-- All in One SEO 5.0.2 - aioseo.com -->\n\t<meta name=\"description\" content=\"\u041f\u043e\u0441\u043b\u0435 \u0434\u0432\u0443\u0445 \u043c\u0435\u0441\u044f\u0446\u0435\u0432 \u0440\u0430\u0437\u0440\u0430\u0431\u043e\u0442\u043a\u0438 \u041b\u0438\u043d\u0443\u0441 \u0422\u043e\u0440\u0432\u0430\u043b\u044c\u0434\u0441 \u043f\u0440\u0435\u0434\u0441\u0442\u0430\u0432\u0438\u043b \u0440\u0435\u043b\u0438\u0437 \u044f\u0434\u0440\u0430 Linux 7.0.\" \/>\n\t<meta name=\"robots\" content=\"max-image-preview:large\" \/>\n\t<meta name=\"author\" content=\"Erik Peterson\"\/>\n\t<link rel=\"canonical\" href=\"https:\/\/prohoster.info\/es\/blog\/news\/reliz-yadra-linux-7-0\" \/>\n\t<meta name=\"generator\" content=\"All in One SEO (AIOSEO) 5.0.2\" \/>\n\t\t<meta property=\"og:locale\" content=\"es_ES\" \/>\n\t\t<meta property=\"og:site_name\" content=\"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b\" \/>\n\t\t<meta property=\"og:type\" content=\"article\" \/>\n\t\t<meta property=\"og:title\" content=\"\ud83e\udd47\u0420\u0435\u043b\u0438\u0437 \u044f\u0434\u0440\u0430 Linux 7.0 | ProHoster\" \/>\n\t\t<meta property=\"og:description\" content=\"\u041f\u043e\u0441\u043b\u0435 \u0434\u0432\u0443\u0445 \u043c\u0435\u0441\u044f\u0446\u0435\u0432 \u0440\u0430\u0437\u0440\u0430\u0431\u043e\u0442\u043a\u0438 \u041b\u0438\u043d\u0443\u0441 \u0422\u043e\u0440\u0432\u0430\u043b\u044c\u0434\u0441 \u043f\u0440\u0435\u0434\u0441\u0442\u0430\u0432\u0438\u043b \u0440\u0435\u043b\u0438\u0437 \u044f\u0434\u0440\u0430 Linux 7.0.\" \/>\n\t\t<meta property=\"og:url\" content=\"https:\/\/prohoster.info\/es\/blog\/news\/reliz-yadra-linux-7-0\" \/>\n\t\t<meta property=\"og:image\" content=\"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg\" \/>\n\t\t<meta property=\"og:image:secure_url\" content=\"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg\" \/>\n\t\t<meta property=\"og:image:width\" content=\"350\" \/>\n\t\t<meta property=\"og:image:height\" content=\"350\" \/>\n\t\t<meta property=\"article:published_time\" content=\"2026-04-13T09:12:24+00:00\" \/>\n\t\t<meta property=\"article:modified_time\" content=\"2026-04-13T09:12:24+00:00\" \/>\n\t\t<meta property=\"article:publisher\" content=\"https:\/\/www.facebook.com\/prohoster\" \/>\n\t\t<meta property=\"article:author\" content=\"https:\/\/www.facebook.com\/prohoster\" \/>\n\t\t<!-- All in One SEO -->\n\n","aioseo_head_json":{"title":"\ud83e\udd47Lanzamiento del n\u00facleo Linux 7.0 | ProHoster","description":"Despu\u00e9s de dos meses de desarrollo, Linus Torvalds present\u00f3 el lanzamiento del n\u00facleo Linux 7.0.","canonical_url":"https:\/\/prohoster.info\/es\/blog\/news\/reliz-yadra-linux-7-0","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"es_ES","og:site_name":"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b","og:type":"article","og:title":"\ud83e\udd47\u0420\u0435\u043b\u0438\u0437 \u044f\u0434\u0440\u0430 Linux 7.0 | ProHoster","og:description":"\u041f\u043e\u0441\u043b\u0435 \u0434\u0432\u0443\u0445 \u043c\u0435\u0441\u044f\u0446\u0435\u0432 \u0440\u0430\u0437\u0440\u0430\u0431\u043e\u0442\u043a\u0438 \u041b\u0438\u043d\u0443\u0441 \u0422\u043e\u0440\u0432\u0430\u043b\u044c\u0434\u0441 \u043f\u0440\u0435\u0434\u0441\u0442\u0430\u0432\u0438\u043b \u0440\u0435\u043b\u0438\u0437 \u044f\u0434\u0440\u0430 Linux 7.0.","og:url":"https:\/\/prohoster.info\/es\/blog\/news\/reliz-yadra-linux-7-0","og:image":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:secure_url":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:width":350,"og:image:height":350,"article:published_time":"2026-04-13T09:12:24+00:00","article:modified_time":"2026-04-13T09:12:24+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":[],"gt_translate_keys":[{"key":"link","format":"url"}],"_links":{"self":[{"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/posts\/168524","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/users\/8"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/comments?post=168524"}],"version-history":[{"count":1,"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/posts\/168524\/revisions"}],"predecessor-version":[{"id":169176,"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/posts\/168524\/revisions\/169176"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/media?parent=168524"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/categories?post=168524"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/tags?post=168524"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}