{"id":168562,"date":"2026-04-13T23:12:13","date_gmt":"2026-04-13T21:12:13","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/linux-7-0"},"modified":"2026-04-13T23:12:13","modified_gmt":"2026-04-13T21:12:13","slug":"linux-7-0","status":"publish","type":"post","link":"https:\/\/prohoster.info\/es\/blog\/news\/linux-7-0","title":{"rendered":"Linux 7.0","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"<p><img decoding=\"async\" alt=\"Linux 7.0\" src=\"\/wp-content\/uploads\/2026\/04\/7aac3667fec9d6d2ab52ea9a50f6c400.jpg\" style=\"display:block;margin: 0 auto;\" \/>                              <noindex>      <noindex><\/p>\n<p>Despu\u00e9s de dos meses de desarrollo, Linus Torvalds <a rel=\"nofollow\" href=\"https:\/\/lore.kernel.org\/lkml\/CAHk-=wj2WqpPBwpAXo8bj_Hx-NxKMRVTVMUaQis7+Vm6XLRZiw@mail.gmail.com\/T\/#u\">present\u00f3<\/a> el lanzamiento del n\u00facleo <a rel=\"nofollow\" href=\"https:\/\/www.kernel.org\/\">Linux 7.0<\/a>. Entre los cambios m\u00e1s destacados se encuentran: las reglas para el uso de asistentes de IA, la incorporaci\u00f3n de Rust como funcionalidad principal del n\u00facleo, el aumento del rendimiento del intercambio de memoria, la activaci\u00f3n por defecto del modo PREEMPT_LAZY, el soporte de filtros para operaciones io_uring, un nuevo sistema de archivos Nullfs, la infraestructura fserror, herramientas de monitoreo XFS, soporte para la remapeo en Btrfs, la activaci\u00f3n por defecto de la versi\u00f3n NFS 4.1, la integraci\u00f3n de un algoritmo criptogr\u00e1fico post-cu\u00e1ntico ML-DSA, y la activaci\u00f3n de AccECN en el subsistema de red, junto con el soporte inicial para WiFi 8.<\/p>\n<p><\/noindex><\/noindex> <\/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>En la nueva versi\u00f3n se han incluido 15624 correcciones de 2477 desarrolladores, el tama\u00f1o del parche es de 56 MB (los cambios afectaron a 18053 archivos, se a\u00f1adieron 704060 l\u00edneas de c\u00f3digo, se eliminaron 278132 l\u00edneas). En la anterior versi\u00f3n hubo 15657 correcciones de 2237 desarrolladores, con un tama\u00f1o de parche de 52 MB. Aproximadamente el 51% de todas las modificaciones presentadas en 7.0 est\u00e1n relacionadas con los controladores de dispositivos, alrededor del 11% de los cambios est\u00e1n relacionados con 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>  <noindex><\/p>\n<p>Las principales novedades en el n\u00facleo 7.0 (<a rel=\"nofollow\" href=\"https:\/\/kernelnewbies.org\/Linux_7.0\">kernelnewbies.org<\/a>, <a rel=\"nofollow\" href=\"https:\/\/lwn.net\/Articles\/1058664\/\">lwn.net<\/a>, <a rel=\"nofollow\" href=\"https:\/\/www.opennet.ru\/kernel\/ml\/7.0.html\">OpenNET<\/a>):<\/p>\n<p><\/noindex> <\/p>\n<ul>\n<li><strong>Subsistema de disco, entrada\/salida y sistemas de archivos<\/strong>\n<ul>\n<li>Se ha implementado la infraestructura fserror y <a rel=\"nofollow\" href=\"https:\/\/git.kernel.org\/pub\/scm\/linux\/kernel\/git\/torvalds\/linux.git\/commit\/?id=dd466ea0029961ee0ee6e8e468faa1506275c8a9\">se ha agregado<\/a> una API para obtener informaci\u00f3n sobre errores de entrada\/salida y corrupci\u00f3n de metadatos al trabajar con archivos. La infraestructura propuesta unifica en los sistemas de archivos la transmisi\u00f3n de informaci\u00f3n sobre errores al espacio de usuario a trav\u00e9s del mecanismo fsnotify.<\/li>\n<li>En XFS <a rel=\"nofollow\" href=\"https:\/\/lore.kernel.org\/linux-xfs\/176897694953.202109.15171131238404759078.stgit@frogsfrogsfrogs\/\">agregados<\/a> nuevas capacidades para monitorear el estado del sistema de archivos desde el espacio de usuario. Se ha propuesto la operaci\u00f3n ioctl XFS_IOC_HEALTH_MONITOR, que devuelve un descriptor de archivo a trav\u00e9s del cual se pueden obtener informes sobre fallos relacionados con la corrupci\u00f3n de metadatos o la aparici\u00f3n de errores durante la entrada\/salida, as\u00ed como monitorear cambios en los estados del sistema de archivos, como desmontaje y cierre. Adem\u00e1s, se ha propuesto un proceso en segundo plano gestionado por systemd llamado xfs_healer, que maneja eventos sobre el estado del sistema de archivos desde el espacio de usuario y, si es necesario, se inicia autom\u00e1ticamente. <a rel=\"nofollow\" href=\"https:\/\/www.kernel.org\/doc\/html\/next\/filesystems\/xfs-online-fsck-design.html\">procedimientos de recuperaci\u00f3n<\/a>.<\/li>\n<li>Se ha a\u00f1adido soporte experimental para la estructura \"\u00e1rbol de remapeo\" en el sistema de archivos Btrfs (<a rel=\"nofollow\" href=\"https:\/\/github.com\/btrfs\/btrfs-todo\/issues\/54\">\u00e1rbol de remapeo<\/a>), que en el futuro podr\u00eda utilizarse como una capa intermedia para realizar operaciones de entrada y salida. La esencia de la funci\u00f3n a\u00f1adida es que, despu\u00e9s de mover los datos en el almacenamiento, en lugar de actualizar todas las estructuras relacionadas con esos datos en la estructura adicional \"remap tree\", se conservan las direcciones antiguas y nuevas de los datos, de modo que al acceder a los datos, las direcciones se sustituuyen. El nuevo enfoque se presenta como m\u00e1s confiable y flexible, adem\u00e1s de simplificar la futura expansi\u00f3n de las funcionalidades de Btrfs.<\/li>\n<li>En Btrfs <a rel=\"nofollow\" href=\"https:\/\/git.kernel.org\/pub\/scm\/linux\/kernel\/git\/torvalds\/linux.git\/commit\/?id=8912c2fd5830\">se ha implementado<\/a> se ha a\u00f1adido soporte para la entrada\/salida directa en situaciones donde el tama\u00f1o del bloque excede el tama\u00f1o de la p\u00e1gina de memoria en el sistema.<\/li>\n<li>En la composici\u00f3n <a rel=\"nofollow\" href=\"https:\/\/git.kernel.org\/pub\/scm\/linux\/kernel\/git\/torvalds\/linux.git\/commit\/?id=7416634fd6f1\">incluida<\/a> nuevo sistema de archivos Nullfs, que se puede usar 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. El prop\u00f3sito de Nullfs es ser utilizado como sistema de archivos inicial para simplificar el proceso de arranque del sistema; sobre Nullfs se montan otros sistemas de archivos y se usa la llamada al sistema pivot_root() para cambiar el sistema de archivos ra\u00edz en lugar de limpiar el contenido del initramfs y usar el sistema de archivos ra\u00edz asociado.<\/li>\n<li><a rel=\"nofollow\" href=\"https:\/\/git.kernel.org\/pub\/scm\/linux\/kernel\/git\/torvalds\/linux.git\/commit\/?id=74554251dfc9\">Implementado<\/a> 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 la bandera IOCB_NOWAIT devolv\u00eda un error -EAGAIN, lo que imped\u00eda realizar operaciones de escritura directa en modo no bloqueante.<\/li>\n<li>En los sistemas de archivos, en la categor\u00eda de opciones desactivadas <a rel=\"nofollow\" href=\"https:\/\/git.kernel.org\/pub\/scm\/linux\/kernel\/git\/torvalds\/linux.git\/commit\/?id=7e463614c97b\">traducida<\/a> soporte para bloqueos de notificaci\u00f3n (<a rel=\"nofollow\" href=\"https:\/\/man7.org\/linux\/man-pages\/man2\/F_SETLEASE.2const.html\">lease<\/a>). Por defecto, este mecanismo no se activa debido a problemas con los sistemas de archivos que no fueron originalmente dise\u00f1ados para su uso. Por ejemplo, no son compatibles con los sistemas de archivos 9p y cephfs.<\/li>\n<li>En el sistema de archivos EROFS (Extendable Read-Only File System), dise\u00f1ado para ser utilizado en particiones accesibles en modo solo lectura, se utiliza el algoritmo LZMA para la compresi\u00f3n de forma predeterminada. 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 la cach\u00e9 de p\u00e1ginas (page-cache) para archivos id\u00e9nticos en diferentes sistemas de archivos EROFS.<\/li>\n<li><a rel=\"nofollow\" href=\"https:\/\/git.kernel.org\/pub\/scm\/linux\/kernel\/git\/torvalds\/linux.git\/commit\/?id=64dd89ae01f2\">Eliminado<\/a> el modo laptop_mode, que ahorra consumo de energ\u00eda al retrasar y combinar las operaciones de escritura en el disco duro con el fin de prolongar el tiempo que el disco permanece en modo de suspensi\u00f3n y reducir el n\u00famero de despertamientos. Este modo ha perdido relevancia, ya que en los dispositivos m\u00f3viles modernos, los discos duros han sido reemplazados por unidades de estado s\u00f3lido.<\/li>\n<li>El sistema de archivos F2FS se ha trasladado al uso de grandes <a rel=\"nofollow\" href=\"https:\/\/www.opennet.ru\/opennews\/art.shtml?num=56478#folios\">folios de p\u00e1ginas de memoria<\/a> (folios grandes).<\/li>\n<li><a rel=\"nofollow\" href=\"https:\/\/git.kernel.org\/pub\/scm\/linux\/kernel\/git\/torvalds\/linux.git\/commit\/?id=75a452d31ba6\">Se ha reiniciado<\/a> el trabajo en el controlador ntfs3, <a rel=\"nofollow\" href=\"https:\/\/www.opennet.ru\/opennews\/art.shtml?num=55742\">desarrollado<\/a> por la empresa Paragon Software. Se ha a\u00f1adido soporte para operaciones con archivos basadas en iomap, se han implementado las opciones llseek SEEK_DATA\/SEEK_HOLE, y se ha a\u00f1adido el modo delalloc para la asignaci\u00f3n retrasada de bloques. Mientras tanto, en la lista de correo de los desarrolladores del n\u00facleo, en febrero se ha <a rel=\"nofollow\" href=\"https:\/\/lore.kernel.org\/lkml\/20260204094210.GA31939@lst.de\/#t\">aprobado<\/a> inclusi\u00f3n en una de las futuras versiones del n\u00facleo de una nueva implementaci\u00f3n de NTFS \u2014 <a rel=\"nofollow\" href=\"https:\/\/www.opennet.ru\/opennews\/art.shtml?num=64084\">ntfsplus<\/a>, dise\u00f1ada para reemplazar ntfs3.<\/li>\n<li>Por defecto, al compilar <a rel=\"nofollow\" href=\"https:\/\/git.kernel.org\/pub\/scm\/linux\/kernel\/git\/torvalds\/linux.git\/commit\/?id=7537db24806f\">incluida<\/a> la versi\u00f3n del protocolo NFS 4.1 (CONFIG_NFS_V4_1). <a rel=\"nofollow\" href=\"https:\/\/git.kernel.org\/pub\/scm\/linux\/kernel\/git\/torvalds\/linux.git\/commit\/?id=b3c78bc53630\">Se ha garantizado<\/a> el bloqueo de exportaci\u00f3n a trav\u00e9s de NFS de sistemas de archivos pseudo especializados, como pidfs y nsfs. En NFSD <a rel=\"nofollow\" href=\"https:\/\/git.kernel.org\/pub\/scm\/linux\/kernel\/git\/torvalds\/linux.git\/commit\/?id=feb8a46b14d9\">se ha implementado<\/a> hay una posibilidad experimental de usar ACL POSIX y <a rel=\"nofollow\" href=\"https:\/\/git.kernel.org\/pub\/scm\/linux\/kernel\/git\/torvalds\/linux.git\/commit\/?id=1c87a0c39a86\">se ha a\u00f1adido<\/a> se ha a\u00f1adido soporte para la modificaci\u00f3n din\u00e1mica del grupo de hilos (thread-pool) en funci\u00f3n de la carga.<\/li>\n<\/ul>\n<\/li>\n<li><strong>Memoria y servicios del sistema<\/strong>\n<ul>\n<li> <noindex>\n<p>Se han aprobado las reglas oficiales <a rel=\"nofollow\" href=\"https:\/\/docs.kernel.org\/process\/coding-assistants.html\">para el uso de asistentes de IA<\/a> y la inclusi\u00f3n en el n\u00facleo <a rel=\"nofollow\" href=\"https:\/\/docs.kernel.org\/process\/generated-content.html\">de contenido generado autom\u00e1ticamente.<\/a>. Al transmitir el c\u00f3digo generado, se debe marcar su uso por el asistente AI a trav\u00e9s de la etiqueta Assisted-by. A los asistentes AI se les proh\u00edbe a\u00f1adir la etiqueta Signed-off-by \u2014 la persona que env\u00eda el parche se considera su autor, es responsable de la modificaci\u00f3n enviada y garantiza su calidad. Se exige a los desarrolladores que realicen una revisi\u00f3n manual del c\u00f3digo recibido a trav\u00e9s de AI y verifiquen que el resultado cumple con los requisitos de la licencia.<\/p>\n<p><\/noindex> <\/li>\n<li> <noindex>\n<p>El soporte para Rust <a rel=\"nofollow\" href=\"https:\/\/opennet.ru\/64401-rust\">traducida<\/a> se ha trasladado de experimental a <a rel=\"nofollow\" href=\"https:\/\/git.kernel.org\/pub\/scm\/linux\/kernel\/git\/torvalds\/linux.git\/commit\/?id=9fa7153c31a3\">las caracter\u00edsticas principales del n\u00facleo.<\/a>.<\/p>\n<p><\/noindex> <\/li>\n<li> <noindex>\n<p><a rel=\"nofollow\" href=\"https:\/\/lore.kernel.org\/lkml\/20251220-swap-table-p2-v5-0-8862a265a033@tencent.com\/T\/\">Se ha completado<\/a> integraci\u00f3n en el n\u00facleo del mecanismo \"<a rel=\"nofollow\" href=\"https:\/\/docs.kernel.org\/mm\/swap-table.html\">Swap Table<\/a>&raquo;, que permite mejorar el rendimiento de la memoria virtual. La aceleraci\u00f3n se logra mediante la reducci\u00f3n de la competencia por el acceso a la memoria cach\u00e9, una b\u00fasqueda m\u00e1s eficiente en la cach\u00e9 y disminuci\u00f3n de la fragmentaci\u00f3n. El backend basado en la Tabla de Intercambio se utiliza para la memoria cach\u00e9 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%.<\/p>\n<p><\/noindex> <\/li>\n<li> <noindex>\n<p>Se ha a\u00f1adido soporte para la nueva extensi\u00f3n en Clang 22 <a rel=\"nofollow\" href=\"https:\/\/clang.llvm.org\/docs\/ThreadSafetyAnalysis.html\">An\u00e1lisis de Seguridad de Hilos<\/a>, que permite identificar potenciales condiciones de competencia y errores causados por el establecimiento incorrecto de bloqueos durante la compilaci\u00f3n. La extensi\u00f3n ofrece una serie de atributos, como GUARDED_BY(&#8230;), REQUIRES(&#8230;), RELEASE(&#8230;) y ACQUIRE(&#8230;), que permiten marcar funciones cubiertas por bloqueos y separar los \u00e1mbitos de aplicaci\u00f3n de los bloqueos (definir el contexto). Durante la compilaci\u00f3n, se verifica la correcta aplicaci\u00f3n de primitivos de sincronizaci\u00f3n, como mutexes, bas\u00e1ndose en una evaluaci\u00f3n de la actividad o inactividad del contexto asociado.<\/p>\n<p><\/noindex> <\/li>\n<li> <noindex>\n<p>En la llamada al sistema open_tree <a rel=\"nofollow\" href=\"https:\/\/git.kernel.org\/linus\/9b8a0ba68246a61d903ce62c35c303b1501df28b\">se ha agregado<\/a> , el flag OPEN_TREE_NAMESPACE para simplificar la configuraci\u00f3n de contenedores aislados y acelerar el inicio de contenedores en sistemas con un gran n\u00famero de puntos de montaje. Al igual que OPEN_TREE_CLONE, el nuevo flag copia solo el \u00e1rbol de puntos de montaje especificado (mount tree), 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 la copia del sistema de archivos ra\u00edz real. El flag OPEN_TREE_NAMESPACE es necesario para evitar la ejecuci\u00f3n separada de las operaciones unshare(CLONE_NEWNS) y pivot_root(), que se aplican al crear contenedores.<\/p>\n<p><\/noindex> <\/li>\n<li> <noindex>\n<p>En la llamada al sistema rseq <a rel=\"nofollow\" href=\"https:\/\/lore.kernel.org\/linux-kernel\/20251215155615.870031952@linutronix.de\/T\/\">se ha agregado<\/a> , un mecanismo de extensi\u00f3n de cu\u00e1ntum de tiempo (time slice), 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 la secci\u00f3n cr\u00edtica con un bloqueo aplicado, lo que llevar\u00eda a la transferencia del control a otros hilos que est\u00e1n utilizando el recurso, manteniendo el bloqueo. La extensi\u00f3n del cu\u00e1ntum de tiempo se lleva a cabo sin gastos adicionales, pero tambi\u00e9n sin las estrictas garant\u00edas proporcionadas por una regulaci\u00f3n completa de prioridades.<\/p>\n<p><\/noindex> <\/li>\n<li> <noindex>\n<p>Para arquitecturas arm64, loongarch, powerpc, riscv, s390 y x86, el modo de preempti\u00f3n en el planificador por defecto <a rel=\"nofollow\" href=\"https:\/\/web.git.kernel.org\/pub\/scm\/linux\/kernel\/git\/torvalds\/linux.git\/commit\/?id=7dadeaa6e851\">ha sido cambiado<\/a> de PREEMPT_NONE a PREEMPT_LAZY. El n\u00famero de modos posibles <a rel=\"nofollow\" href=\"https:\/\/git.kernel.org\/pub\/scm\/linux\/kernel\/git\/torvalds\/linux.git\/commit\/?id=7dadeaa6e851\">se ha reducido<\/a> de cuatro a dos &ndash; PREEMPT_FULL y PREEMPT_LAZY (los modos PREEMPT_NONE y PREEMPT_VOLUNTARY se dejan solo para arquitecturas que no soportan PREEMPT_FULL y PREEMPT_LAZY). El modo PREEMPT_LAZY aplica un 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 los poseedores de bloqueos, lo que permite acercar el rendimiento a configuraciones que usan un modelo de preempci\u00f3n voluntaria, es decir, PREEMPT_LAZY permite mantener las capacidades de preempci\u00f3n completa en tareas en tiempo real, pero minimiza la ca\u00edda del rendimiento para tareas normales.<\/p>\n<p><\/noindex> <noindex><\/p>\n<p>Activaci\u00f3n de PREEMPT_LAZY <a rel=\"nofollow\" href=\"https:\/\/www.opennet.ru\/opennews\/art.shtml?num=65143\">result\u00f3<\/a> en una regresi\u00f3n seria, reduciendo a la mitad el rendimiento de PostgreSQL en sistemas ARM64. Para remediar la ca\u00edda de rendimiento, se ha propuesto a los desarrolladores de PostgreSQL <a rel=\"nofollow\" href=\"https:\/\/lore.kernel.org\/lkml\/20260403213207.GF2872@noisy.programming.kicks-ass.net\/\">activar<\/a> la opci\u00f3n PR_RSEQ_SLICE_EXTENSION para reducir la probabilidad de preemption de poseedores de bloqueos.<\/p>\n<p><\/noindex> <\/li>\n<li> <noindex>\n<p><a rel=\"nofollow\" href=\"https:\/\/lore.kernel.org\/rust-for-linux\/20260208135445.64840-1-ojeda@kernel.org\/\">Continuado<\/a> transferencia de cambios de la rama <a rel=\"nofollow\" href=\"https:\/\/github.com\/Rust-for-Linux\/linux\">Rust-for-Linux<\/a>, relacionados con el uso del lenguaje Rust como segundo lenguaje para el desarrollo de controladores y m\u00f3dulos del n\u00facleo (el soporte de Rust no est\u00e1 habilitado por defecto y no lleva a que Rust se convierta en una de las dependencias de compilaci\u00f3n obligatorias del n\u00facleo). Gracias a la biblioteca previamente integrada &laquo;<a rel=\"nofollow\" href=\"https:\/\/crates.io\/crates\/syn\">syn (crates.io)<\/a>&raquo;, que simplifica la escritura de macros complejas, se logr\u00f3 reducir el tama\u00f1o del c\u00f3digo Rust en el n\u00facleo simplificando las definiciones de las macros de procedimiento existentes. Se han ampliado las capacidades de las bibliotecas kernel, macros y pin-init.<\/p>\n<p><\/noindex> <\/li>\n<li> <noindex>\n<p>En el sistema de entrada\/salida asincr\u00f3nica io_uring <a rel=\"nofollow\" href=\"https:\/\/git.kernel.org\/pub\/scm\/linux\/kernel\/git\/torvalds\/linux.git\/commit\/?id=5247c034a67f\">se ha a\u00f1adido<\/a> una opci\u00f3n para usar colas de sumisi\u00f3n no circulares (non-circular submission queue), que se pueden almacenar en cach\u00e9 de manera m\u00e1s eficiente en situaciones donde la ejecuci\u00f3n de la solicitud se completa antes del retorno de la llamada del sistema.<\/p>\n<p><\/noindex> <\/li>\n<li> <noindex>\n<p>En la subsistema eBPF dentro del mecanismo BTF (BPF Type Format), que proporciona informaci\u00f3n para la verificaci\u00f3n de tipos en pseudoc\u00f3digo BPF, se implement\u00f3 la b\u00fasqueda de depuraci\u00f3n mediante <a rel=\"nofollow\" href=\"https:\/\/git.kernel.org\/pub\/scm\/linux\/kernel\/git\/torvalds\/linux.git\/commit\/?id=b9da17391e13\">es utilizado<\/a> b\u00fasqueda binaria, lo que mejor\u00f3 la eficiencia de carga de programas BPF. En eBPF <a rel=\"nofollow\" href=\"https:\/\/git.kernel.org\/pub\/scm\/linux\/kernel\/git\/torvalds\/linux.git\/commit\/?id=b236134f70ba\">se ha a\u00f1adido<\/a> se admite la utilizaci\u00f3n de argumentos impl\u00edcitos en la llamada a <a rel=\"nofollow\" href=\"https:\/\/docs.kernel.org\/bpf\/kfuncs.html\">kfunc<\/a> (funciones del n\u00facleo disponibles para su uso en programas BPF), definidas con la bandera KF_IMPLICIT_ARGS.<\/p>\n<p><\/noindex> <\/li>\n<li> <noindex>\n<p><a rel=\"nofollow\" href=\"https:\/\/git.kernel.org\/pub\/scm\/linux\/kernel\/git\/torvalds\/linux.git\/commit\/?id=996812c453ca\">Eliminado<\/a> c\u00f3digo para soportar el disco RAM inicial (initrd) basado en <a rel=\"nofollow\" href=\"https:\/\/github.com\/openSUSE\/linuxrc\">linuxrc<\/a>, que ha sido declarado obsoleto desde hace 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 se coloca en el sistema de archivos).<\/p>\n<p><\/noindex> <\/li>\n<li> <noindex>\n<p>En un dispositivo de bloque <a rel=\"nofollow\" href=\"https:\/\/docs.kernel.org\/admin-guide\/blockdev\/zram.html\">zram<\/a>, utilizado para el almacenamiento comprimido de la partici\u00f3n de intercambio en memoria, <a rel=\"nofollow\" href=\"https:\/\/git.kernel.org\/pub\/scm\/linux\/kernel\/git\/torvalds\/linux.git\/commit\/?id=d38fab605c66\">cambiada<\/a> la l\u00f3gica de funcionamiento con las p\u00e1ginas de memoria comprimidas con el movimiento opcional de datos a almacenamiento permanente en caso de que se agote la memoria RAM disponible. Anteriormente, las p\u00e1ginas de memoria se descomprim\u00edan antes de escribirse en el dispositivo 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.<\/p>\n<p><\/noindex> <\/li>\n<li> <noindex>\n<p>En la utilidad <a rel=\"nofollow\" href=\"https:\/\/docs.kernel.org\/tools\/rtla\/rtla-timerlat.html\">timerlat<\/a>, destinada a medir las latencias en el funcionamiento del planificador de tareas, <a rel=\"nofollow\" href=\"https:\/\/git.kernel.org\/pub\/scm\/linux\/kernel\/git\/torvalds\/linux.git\/commit\/?id=f967d1eca7d0\">se ha a\u00f1adido<\/a> opci\u00f3n \u2014bpf-action para ejecutar programas BPF en caso de que se supere el umbral especificado.<\/p>\n<p><\/noindex> <\/li>\n<li> <noindex>\n<p>Se ha a\u00f1adido a la sistema de trazado ftrace la configuraci\u00f3n bitmask-list para mostrar las m\u00e1scaras de bits de forma legible (en forma de lista de bits, no como n\u00famero hexadecimal). Se han a\u00f1adido capacidades de auditor\u00eda en tracefs <a rel=\"nofollow\" href=\"https:\/\/git.kernel.org\/pub\/scm\/linux\/kernel\/git\/torvalds\/linux.git\/commit\/?id=729757b96a66\">filtros<\/a> y <a rel=\"nofollow\" href=\"https:\/\/git.kernel.org\/pub\/scm\/linux\/kernel\/git\/torvalds\/linux.git\/commit\/?id=6a80838814ee\">disparadores<\/a>. <a rel=\"nofollow\" href=\"https:\/\/git.kernel.org\/pub\/scm\/linux\/kernel\/git\/torvalds\/linux.git\/commit\/?id=800af362d689\">Se ha a\u00f1adido<\/a> comando perf sched stats para recopilar y mostrar estad\u00edsticas sobre el funcionamiento del planificador de tareas.<\/p>\n<p><\/noindex> <\/li>\n<li> <noindex>\n<p><a rel=\"nofollow\" href=\"https:\/\/git.kernel.org\/pub\/scm\/linux\/kernel\/git\/torvalds\/linux.git\/commit\/?id=dfa6ce636cb8\">A\u00f1adidos<\/a> opciones de compilaci\u00f3n LOGO_LINUX_MONO_FILE, LOGO_LINUX_VGA16_FILE y LOGO_LINUX_CLUT224_FILE para definir el archivo con la imagen del logo que se mostrar\u00e1 en el arranque del n\u00facleo en lugar del logo est\u00e1ndar con el ping\u00fcino Tux.<\/p>\n<p><\/noindex> <\/li>\n<\/ul>\n<\/li>\n<li><strong>Virtualizaci\u00f3n y seguridad<\/strong>\n<ul>\n<li>En el sistema de entrada\/salida as\u00edncrona io_uring <a rel=\"nofollow\" href=\"https:\/\/git.kernel.org\/pub\/scm\/linux\/kernel\/git\/torvalds\/linux.git\/commit\/?id=d42eb05e60fea31de49897d63a1d73f933303bd4\">se ha implementado<\/a> la posibilidad de adjuntar programas BPF con filtros que controlan lo que pueden hacer las operaciones espec\u00edficas de SQE (Submission Queue Entry) (similares a las llamadas al sistema en io_uring). La funci\u00f3n a\u00f1adida es an\u00e1loga a los filtros de llamadas al sistema. Los filtros se pueden asociar con tareas espec\u00edficas y se heredan al crear otros procesos despu\u00e9s de llamar a fork(). Con filtros activos, los filtros adicionales que se a\u00f1aden solo pueden imponer restricciones adicionales, pero no pueden deshabilitar los existentes. La capacidad implementada permitir\u00e1 bloquear <a rel=\"nofollow\" href=\"https:\/\/www.opennet.ru\/opennews\/art.shtml?num=63136\">m\u00e9todos<\/a> de eludir la filtraci\u00f3n de llamadas al sistema en entornos sandbox, basados en ejecutar en lugar de llamadas al sistema operaciones similares proporcionadas en io_uring.<\/li>\n<li>En SELinux <a rel=\"nofollow\" href=\"https:\/\/git.kernel.org\/pub\/scm\/linux\/kernel\/git\/torvalds\/linux.git\/commit\/?id=5473a722f782\">se ha a\u00f1adido<\/a> la posibilidad de gestionar el acceso a los token BPF, <a rel=\"nofollow\" href=\"https:\/\/lwn.net\/Articles\/935195\/\">que permiten<\/a> permitir que procesos no privilegiados realicen algunas operaciones privilegiadas con BPF, como cargar programas BPF en el n\u00facleo y crear <a rel=\"nofollow\" href=\"https:\/\/docs.ebpf.io\/linux\/map-type\/\">estructuras de mapa<\/a>.<\/li>\n<li><a rel=\"nofollow\" href=\"https:\/\/git.kernel.org\/pub\/scm\/linux\/kernel\/git\/torvalds\/linux.git\/commit\/?id=64edccea594c\">Se ha a\u00f1adido<\/a> soporte para el algoritmo de generaci\u00f3n de firmas digitales <a rel=\"nofollow\" href=\"https:\/\/csrc.nist.gov\/csrc\/media\/Presentations\/2024\/falcon\/images-media\/prest-falcon-pqc2024.pdf\">ML-DSA<\/a> (CRYSTALS-Dilithium), basado en la teor\u00eda de ret\u00edculos y resistente a ataques en computadoras cu\u00e1nticas. <a rel=\"nofollow\" href=\"https:\/\/git.kernel.org\/pub\/scm\/linux\/kernel\/git\/torvalds\/linux.git\/commit\/?id=0ad9a71933e7\">Se ha proporcionado<\/a> la posibilidad de usar ML-DSA para la autenticaci\u00f3n de m\u00f3dulos del n\u00facleo.<\/li>\n<li><a rel=\"nofollow\" href=\"https:\/\/git.kernel.org\/pub\/scm\/linux\/kernel\/git\/torvalds\/linux.git\/commit\/?id=148519a06304\">Se elimin\u00f3<\/a> la posibilidad de utilizar esquemas de generaci\u00f3n de firmas digitales con el algoritmo SHA-1 para certificar m\u00f3dulos del n\u00facleo (se mantiene el soporte para la carga de m\u00f3dulos firmados).<\/li>\n<li>En el registro de auditor\u00eda NETFILTER_PKT <a rel=\"nofollow\" href=\"https:\/\/www.opennet.ru\/opennews\/[https:\/\/git.kernel.org\/pub\/scm\/linux\/kernel\/git\/torvalds\/linux.git\/commit\/?id=15b0c43aa621\">agregados<\/a> los campos sport y dport para inspeccionar n\u00fameros de puertos de red, y no solo direcciones IP.<\/li>\n<li>Para sistemas con arquitectura RISC-V <a rel=\"nofollow\" href=\"https:\/\/git.kernel.org\/pub\/scm\/linux\/kernel\/git\/torvalds\/linux.git\/commit\/?id=79dd4f2f40d0\">se ha implementado<\/a> soporte para las extensiones Zicfiss y Zicfilp, que proporcionan capacidades de hardware para aplicar la protecci\u00f3n CFI (Control Flow Integrity), bloqueando violaciones del orden normal de ejecuci\u00f3n de instrucciones (flujo de control) como resultado de ataques que modifican punteros de funci\u00f3n almacenados en memoria.<\/li>\n<li>En el hipervisor KVM <a rel=\"nofollow\" href=\"https:\/\/git.kernel.org\/pub\/scm\/linux\/kernel\/git\/torvalds\/linux.git\/commit\/?id=db5e82496492\">se ha implementado<\/a> la posibilidad de transmitir a los sistemas invitados informaci\u00f3n sobre el soporte del procesador para la extensi\u00f3n ERAPS (Enhanced Return Address Predictor Security), lo que permite prescindir de algunas operaciones de restablecimiento del estado de la CPU al devolver el control al host desde el sistema invitado. Adem\u00e1s, <a rel=\"nofollow\" href=\"https:\/\/git.kernel.org\/pub\/scm\/linux\/kernel\/git\/torvalds\/linux.git\/commit\/?id=bf2c3138ae36\">se ha a\u00f1adido<\/a> soporte para asociar hardware a los sistemas invitados para el seguimiento del rendimiento (PMU, Unidad de Monitoreo de Rendimiento), lo que permite mejorar la precisi\u00f3n del perfilado en comparaci\u00f3n con el uso de PMU emuladas.<\/li>\n<li>En el controlador para el hipervisor Hyper-V <a rel=\"nofollow\" href=\"https:\/\/git.kernel.org\/pub\/scm\/linux\/kernel\/git\/torvalds\/linux.git\/commit\/?id=ff225ba9ad71\">se ha a\u00f1adido<\/a> soporte para la interfaz debugfs para ver estad\u00edsticas de funcionamiento del hipervisor.<\/li>\n<\/ul>\n<\/li>\n<li><strong>Subsistema de red<\/strong>\n<ul>\n<li>Se incluye por defecto la extensi\u00f3n AccECN (<a rel=\"nofollow\" href=\"https:\/\/datatracker.ietf.org\/doc\/html\/draft-ietf-tcpm-accurate-ecn-28\">Notificaci\u00f3n de Congesti\u00f3n Expl\u00edcita Precisa<\/a>), que implementa una versi\u00f3n mejorada de la extensi\u00f3n <a rel=\"nofollow\" href=\"https:\/\/ru.wikipedia.org\/wiki\/Explicit_Congestion_Notification\">ECN (wikipedia.org)<\/a>, permitiendo a los hosts marcar paquetes IP en caso de congesti\u00f3n en lugar de descartarlos, lo que facilita la identificaci\u00f3n de los primeros indicios de atascos en los canales de comunicaci\u00f3n sin p\u00e9rdida de paquetes. La extensi\u00f3n original ECN tiene una limitaci\u00f3n que permite enviar solo una se\u00f1al de congesti\u00f3n durante un ciclo de transmisi\u00f3n TCP (RTT, Round-Trip Time, envio de una solicitud y recepci\u00f3n de una respuesta). AccECN elimina esta limitaci\u00f3n y permite al receptor enviar al remitente m\u00e1s de una etiqueta de congesti\u00f3n en la cabecera del paquete TCP. Los algoritmos de gesti\u00f3n de congesti\u00f3n pueden utilizar la informaci\u00f3n recibida para responder con mayor precisi\u00f3n a las congestiones y evitar una dr\u00e1stica reducci\u00f3n de la intensidad de env\u00edo de paquetes ante una congesti\u00f3n menor.<\/li>\n<li>En la implementaci\u00f3n del algoritmo de gesti\u00f3n de colas de red <a rel=\"nofollow\" href=\"https:\/\/www.bufferbloat.net\/projects\/codel\/wiki\/Cake\/\">Cake<\/a> <a rel=\"nofollow\" href=\"https:\/\/git.kernel.org\/pub\/scm\/linux\/kernel\/git\/torvalds\/linux.git\/commit\/?id=ff420c568b4c\">se ha a\u00f1adido<\/a> la capacidad de procesar 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 temporal de paquetes en equipos de red fronterizos, y est\u00e1 dise\u00f1ado para alcanzar la m\u00e1xima capacidad posible y el m\u00ednimo nivel de latencia incluso en canales de comunicaci\u00f3n lentos.<\/li>\n<li>En los sockets <a rel=\"nofollow\" href=\"https:\/\/www.man7.org\/linux\/man-pages\/man7\/vsock.7.html\">VSOCK<\/a>, utilizados para interactuar con m\u00e1quinas virtuales, <a rel=\"nofollow\" href=\"https:\/\/git.kernel.org\/pub\/scm\/linux\/kernel\/git\/torvalds\/linux.git\/commit\/?id=ff420c568b4c\">se ha a\u00f1adido<\/a> soporte para espacios de nombres de red (network namespace).<\/li>\n<li><a rel=\"nofollow\" href=\"https:\/\/git.kernel.org\/pub\/scm\/linux\/kernel\/git\/torvalds\/linux.git\/commit\/?id=a1085114715ee9980405d6856276c5e88339cee7\">Se ha a\u00f1adido<\/a> la implementaci\u00f3n inicial del futuro est\u00e1ndar <a rel=\"nofollow\" href=\"https:\/\/en.wikipedia.org\/wiki\/IEEE_802.11bn\">WiFi 8<\/a> (802.11bn, WiFi de Ultra Alta Fiabilidad).<\/li>\n<li><a rel=\"nofollow\" href=\"https:\/\/www.opennet.ru\/opennews\/art.shtml?num=64783\">A\u00f1adidos<\/a> optimizaciones que han permitido aumentar el rendimiento en el procesamiento de paquetes UDP entrantes en un 12% durante pruebas de estr\u00e9s en una red de 100 gigabits.<\/li>\n<\/ul>\n<\/li>\n<li><strong>Hardware<\/strong>\n<ul>\n<li>En el controlador AMDGPU <a rel=\"nofollow\" href=\"https:\/\/lore.kernel.org\/lkml\/CAPM=9tzgmO1PWeuxjAxqOmS5PTsOe8jHP9Poy23q6tvY66B1KQ@mail.gmail.com\/\">se ha implementado<\/a> soporte <a rel=\"nofollow\" href=\"https:\/\/ru.wikipedia.org\/wiki\/IP-cores\">Bloques IP<\/a>, utilizados en las 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.<\/li>\n<li>Se ha mejorado la gesti\u00f3n de frecuencias en los sistemas Tegra 186+ en el controlador Nouveau.<\/li>\n<li>En el controlador i915 <a rel=\"nofollow\" href=\"https:\/\/git.kernel.org\/pub\/scm\/linux\/kernel\/git\/torvalds\/linux.git\/commit\/?id=203c7904f2d85ac768749112ddedb522965316f9\">se ha a\u00f1adido<\/a> se ha a\u00f1adido soporte inicial para el bloque IP de pantalla Xe3p_LPD, utilizado en procesadores Intel Nova Lake-P.<\/li>\n<li><a rel=\"nofollow\" href=\"https:\/\/lore.kernel.org\/lkml\/CAPM=9tzgmO1PWeuxjAxqOmS5PTsOe8jHP9Poy23q6tvY66B1KQ@mail.gmail.com\/\">Se ha continuado<\/a> trabajo en el controlador drm (Gestor de Renderizado Directo) 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 procesadores Tiger Lake. Se ha a\u00f1adido el modo <a rel=\"nofollow\" href=\"https:\/\/lore.kernel.org\/lkml\/20251211010249.1647839-19-niranjana.vishwanathapura@intel.com\/T\/\">Multi Queue<\/a>. <a rel=\"nofollow\" href=\"https:\/\/lore.kernel.org\/intel-xe\/20251126185952.546277-1-matthew.brost@intel.com\/\">A\u00f1adidos<\/a> componentes necesarios para diagnosticar bloqueos de GPU en Mesa. <a rel=\"nofollow\" href=\"https:\/\/lore.kernel.org\/intel-xe\/20251124190237.20503-1-lukasz.laguna@intel.com\/\">Se ha a\u00f1adido<\/a> soporte para el mecanismo MERT para gestionar el acceso a la memoria de la GPU.<\/li>\n<li><a rel=\"nofollow\" href=\"https:\/\/lore.kernel.org\/lkml\/DFYW1WV6DUCG.3K8V2DAVD1Q4A@kernel.org\/\">Se ha continuado<\/a> Integraci\u00f3n de componentes del controlador Nova para GPU NVIDIA, equipadas con firmware GSP, utilizadas 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 ha realizado la preparaci\u00f3n para implementar el soporte para GPU basadas en la microarquitectura Turing y se han realizado varios cambios internos.<\/li>\n<li><a rel=\"nofollow\" href=\"https:\/\/git.kernel.org\/pub\/scm\/linux\/kernel\/git\/torvalds\/linux.git\/commit\/?id=8ea39d960c9f\">Se ha a\u00f1adido<\/a> Soporte para controladores y dispositivos perif\u00e9ricos con interfaz SPI (Interfaz Perif\u00e9rica Serial) de m\u00faltiples canales, que permite la transmisi\u00f3n de datos en varios flujos paralelos.<\/li>\n<li><a rel=\"nofollow\" href=\"https:\/\/lore.kernel.org\/lkml\/20251214-b4-atcphy-v3-0-ba82b20e9459@kernel.org\/T\/\">Se a\u00f1adi\u00f3<\/a> Controlador para conectores combinados Type-C, utilizados en dispositivos con chips Apple Silicon y que combinan interfaces USB3, DP-AltMode y Thunderbolt\/USB4.<\/li>\n<li>Se ha agregado soporte para subsistemas de audio de los chips Tegra238, Minisforum V3 SE, iBasso DC04U, Intel Nova Lake, Nova Lake S y Focusrite Forte.<\/li>\n<li>Se ha agregado soporte para plataformas 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.<\/li>\n<li>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.<\/li>\n<\/ul>\n<\/li>\n<\/ul>\n<p> <noindex><\/p>\n<p>Al mismo tiempo, el Fondo Latinoamericano de Software Libre <a rel=\"nofollow\" href=\"https:\/\/www.fsfla.org\/pipermail\/linux-libre\/2026-April\/003647.html\">form\u00f3<\/a> una variante <a rel=\"nofollow\" href=\"http:\/\/www.fsfla.org\/ikiwiki\/selibre\/linux-libre\/\">n\u00facleo totalmente libre 7.0<\/a> \u2013 <a rel=\"nofollow\" href=\"http:\/\/linux-libre.fsfla.org\/pub\/linux-libre\/releases\/7.0-gnu\/\">Linux-libre 7.0-gnu<\/a>, limpiado de elementos de firmware y controladores que contienen componentes o partes de c\u00f3digo no libres, cuya \u00e1rea de aplicaci\u00f3n est\u00e1 limitada 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 limpiado los nombres de los blobs en los archivos dts (devicetree) para chips ARM.<\/p>\n<p><\/noindex><\/p>\n<p>Fuente: <a \ncontent=\"nofollow\" rel=\"nofollow\" href=\"https:\/\/www.linux.org.ru\/news\/kernel\/18265019\">linux.org.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":168563,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[702],"tags":[],"class_list":["post-168562","post","type-post","status-publish","format-standard","has-post-thumbnail","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\" \/>\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\/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\udd47Linux 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\" \/>\n\t\t<meta property=\"og:url\" content=\"https:\/\/prohoster.info\/es\/blog\/news\/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-13T21:12:13+00:00\" \/>\n\t\t<meta property=\"article:modified_time\" content=\"2026-04-13T21:12:13+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\udd47Linux 7.0 | ProHoster","description":"Despu\u00e9s de dos meses de desarrollo, Linus Torvalds","canonical_url":"https:\/\/prohoster.info\/es\/blog\/news\/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\udd47Linux 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","og:url":"https:\/\/prohoster.info\/es\/blog\/news\/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-13T21:12:13+00:00","article:modified_time":"2026-04-13T21:12:13+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\/168562","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=168562"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/posts\/168562\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/media\/168563"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/media?parent=168562"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/categories?post=168562"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/tags?post=168562"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}