The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

Релиз ядра Linux 6.16

28.07.2025 16:41

После двух месяцев разработки Линус Торвальдс представил релиз ядра Linux 6.16. Среди наиболее заметных изменений: драйвер для ускорения OpenVPN, механизм Kexec HandOver, включение по умолчанию пятиуровневых таблиц страниц памяти для x86, удаление протокола DCCP, блочный драйвер zloop, возможность отправки core-дампов через UNIX-сокет, поддержка атомарной записи в XFS, offload-обработка звука для USB-устройств, оптимизации в Ext4, виртуальный драйвер TPM (Trusted Platform Module), полноценная реализация Device Memory TCP, поддержка неименованных каналов в io_uring, подготовка к интеграции DRM-драйвера Asahi, механизм "usermode queue" в драйвере AMDGPU, поддержка Intel TDE (Trusted Domain Extensions) и Intel APE (Advanced Performance Extensions).

В новую версию принято 15924 исправления от 2145 разработчиков, размер патча - 50 МБ (изменения затронули 13793 файла, добавлена 655451 строка кода, удалена 316441 строка). В прошлом выпуске было 15945 исправлений от 2154 разработчиков, размер патча - 59 МБ . Около 45% всех представленных в 6.16 изменений связаны с драйверами устройств, примерно 16% изменений имеют отношение к обновлению кода, специфичного для аппаратных архитектур, 13% связано с сетевым стеком, 4% - с файловыми системами и 3% c внутренними подсистемами ядра.

Основные новшества в ядре 6.16:

  • Дисковая подсистема, ввод/вывод и файловые системы
    • Добавлен драйвер zloop для создания зонированных блочных loopback-устройств, монтируемых в loop-режиме. Драйвер эмулирует работу обычных блочных устройств, используя несколько файлов из существующей файловой системы (по одному файлу для хранения каждой зоны). Данная возможность может быть полезной для тестирования файловых систем, обработчиков device mapper и приложений на предмет поддержки в них зонированных устройств, применяющих разделение на зоны групп блоков или секторов, в которые допускается лишь последовательное добавление данных с обновлением целиком всей группы блоков.
    • В файловой системе XFS реализована поддержка атомарной записи больших порций данных - несколько блоков теперь могут быть записаны в атомарном режиме (либо все блоки будут записаны успешно, либо ни один блок не будет записан).
    • В файловой системе Ext4 повышена производительность механизма "fast commit". Добавлена поддержка больших фолиантов страниц памяти (large folios) для обычных файлов, что в проведённых тестах на 37% повысило производительность при интенсивном последовательном вводе/выводе. Добавлена поддержка атомарных операций записи, охватывающих несколько блоков.
    • В драйвере для файловой системы ext2 объявлена устаревшей поддержка механизма DAX, обеспечивающего прямой доступ к ФС в обход страничного кэша. Удаление DAX из драйвера ext2 намечено на конец года. В качестве причины упоминается рассмотрение драйвера ext2 как стабильной эталонной реализации, в которой недопустимо использование специфичных возможностей, не получивших должного распространения.
    • Файловые системы OrangeFS, UFS, BFS и OMFS переведены на использование нового API монтирования разделов.
    • В sysctl добавлена настройка vfs_cache_pressure_denom, для управления числом записей в кэше "dentry" (внутреннее представление элементов каталогов) в условиях нехватки памяти в системе. Чем больше выставлено значение, тем больше может быть вытеснено записей из кэша (меньше записей останется в кэше) при нехватке памяти.
    • В ФС Bcachefs добавлена опция "rebalance_on_ac_only", запрещающая выполнение операций ребалансировки и фонового сжатия при питании системы от аккумулятора. Ускорены операции удаления снапштов и устройств. Снижено потребление памяти при монтировании в режиме только для чтения. Добавлена возможность запуска некоторых операций восстановления после сбоя в фоновом режиме, не останавливая работу с ФС.
    • Подсистеме управления питанием разрешено самостоятельно выполнять заморозку файловых систем и переменных EFI для ждущего и спящего режимов (если ФС уже заморожены обработчиком в пространстве пользователя повторная заморозка не производится).
    • Добавлена возможность ускорения работы EROFS при помощи встроенного в процессоры Intel ускорителя QAT (QuickAssist Technology), предлагающего средства для ускорения вычислений, связанных со сжатием и шифрованием.
    • В NFS с 1 до 4 МБ увеличен максимальный размер порции данных для операций чтения и записи (по умолчанию выставлено значение 1 МБ, так как не все клиенты поддерживают больший размер).
    • Непривилегированным пользователям, имеющим права CAP_SYS_ADMIN в отдельном пространстве имён идентификаторов пользователя (user namespace), но не имеющим расширенных прав в корневом пространстве имён, предоставлена возможность использования механизма fanotify для отслеживания изменений в файловых системах.
    • Для файловых систем, использующих подсистему FUSE, предоставлена функциональность для очистки разом всех прокэшированных записей о каталогах (dentries). В подсистему FUSE добавлена поддержка больших фолиантов страниц памяти.
    • В ФС ОverlayFS реализована поддержка создания в непривилегированных пространствах имён слоёв с данными, для которых используется контроль целостности на базе модуля dm-verity. Указанная возможность позволяет комбинировать заслуживающие доверия слои с метаданными с не заслуживающими доверия слоями с данными, обрабатываемыми в непривилегированных пространствах имён.
  • Память и системные сервисы
    • Добавлен механизм KHO (Kexec HandOver) для запуска нового ядра из старого без потери состояния системы. До передачи управления новой версии ядра, состояние ключевых подсистем ядра при помощи KHO может быть сериализировано в область памяти, которая не будет затронута дальнейшими операциями. Новое ядро, получив управление, восстанавливает сериализированное состояние обратно. На базе KHO развивается подсистема Live Update Orchestrator (LUO), позволяющая перезагружать ядро без остановки работы устройств.
    • Добавлен параметр сборки ядра CONFIG_X86_NATIVE, позволяющая использовать при компиляции опцию "-march=native" для оптимизации с учётом возможностей процессора на текущей системе.
    • Добавлена поддержка расширения архитектуры набора команд Intel APX (Advanced Performance Extension), предоставляющего 16 дополнительных регистров общего назначения (в дополнение к 16 имеющимся), что позволяет использовать в коде меньше операций чтения и записи в память для повышения производительности и снижения потребления энергии.
    • Добавлен режим автоматической настройки политики распределения памяти в NUMA-системах, при котором все веса узлов пересчитываются при появлении новой информации о пропускной способности во время загрузки или при горячем подключении памяти.
    • В реализации futex-ов появилась поддержка локальной хэш-таблицы процессов (local futex_hash_bucket), которая в отличие от ранее поддерживаемой общей хэш-таблицы для всех процессов, является локальной для отдельного процесса и совместно используется всеми потоками этого процесса. Локальные хэш-таблицы применяются только для futex-операции PROCESS_PRIVATE. Кроме того, в новом выпуске добавлена поддержка опций FUTEX2_NUMA и FUTEX2_MPOL, позволяющих влиять на размещение futex-ов в памяти, для их помещения ближе к процессам, которые их используют.
    • Для систем x86_64 включена постоянная поддержка пятиуровневых таблиц страниц памяти (параметр CONFIG_X86_5LEVEL, управлявший включением пятиуровневых таблиц, удалён).
    • В драйвер intel_pstate, управляющий параметрами энергопотребления (P-state) на системах с процессорами Intel, добавлена поддержка работы планировщика задач с учётом потребления энергии (EAS - Energy Aware Scheduling) на гибридных процессорах, сочетающих высокопроизводительные и энергоэффективные ядра CPU, таких как Intel Lunar Lake.
    • В sysfs добавлены интерфейсы: "/sys/devices/system/cpu/cpuN/cpu_capacity" для получения сведений о возможностях различных CPU в гибридных процессорах и "/sys/devices/system/cpu/cpuidle/intel_c1_demotion" для управления возможностью оставления CPU в более производительном состоянии, даже если ядро пытается перевести CPU в более низкое состояние энергопотребления (например, ядро может запросить переход в состояние энергопотребления C6, но прошивка при большой интенсивности пробуждения CPU может оставить его в состоянии C1).
    • Для архитектуры ARM64 включена поддержка режима ленивого вытеснения задач (PREEMPT_LAZY, lazy preemption), который соответствует режиму полного вытеснения ("full preemption") для realtime-задач (RR/FIFO/DEADLINE), но задерживает вытеснение обычных задач (SCHED_NORMAL) до границы тика.
    • Для архитектуры ARM64 добавлена поддержка использования расширений SME (Scalable Matrix Extension), включаемая через параметр CONFIG_ARM64_SME.
    • Продолжен перенос изменений из ветки Rust-for-Linux, связанных с использованием языка Rust в качестве второго языка для разработки драйверов и модулей ядра (поддержка Rust не активна по умолчанию, и не приводит ко включению Rust в число обязательных сборочных зависимостей к ядру). Для модулей, написанных на языке Rust, предоставлена возможность использования configfs. Добавлены абстракции, необходимые для разработки графических драйверов. Расширены возможностей модулей alloc, time, str, list, workqueue и page. Добавлена поддержка макроса "assert!" в тестах на базе KUnit. Добавлен набор абстракций для управления частотой CPU и использования API, связанных с управлением энергопотреблением. Добавлена поддержка структуры данных 'xarray'.
    • Для архитектуры RISC-V перенесена реализация системного вызова getrandom(), оптимизированная при помощи механизма vDSO (virtual dynamic shared object), дающего возможность перенести обработчик системного вызова из ядра в пространство пользователя и избежать переключений контекста. В проведённых тестах оптимизация ускорила получение случайных чисел в 17 раз. Для RISC-V также реализована поддержка векторных расширений Zicbop, Zabha и Svinval, применяемых в процессорах SiFive.
    • Для архитектуры LoongArch лимит на число CPU в системе поднят с 256 до 2048. Добавлена поддержка планировщика задач SCHED_MC (Multi-core).
    • Добавлена возможность использования Unix-сокетов для передачи файловых дескрипторов. Для отключения подобной возможности приложения могут использовать в setsockopt() флаг SO_PASSRIGHTS.
    • Предоставлена возможность маппинга кольцевого буфера, применяемого для трассировки работы ядра, в память пространства пользователя.
    • Обработчики crash-dump, применяемые для формирования отчёта о проблеме после аварийного завершения работы ядра, теперь могут задействовать использовавшиеся сбойным ядром LUKS-ключи для сохранения crash-дампов в шифрованные ФС.
    • В систему асинхронного ввода/вывода io_uring добавлена операция IORING_OP_PIPE для создания неименованных каналов, которая аналогична системному вызову pipe2, за исключением поддержки фиксированных файловых дескрипторов.
    • Добавлена опция командной строки ядра "rt_group_sched" для управления включением планировщика выполнения групп realtime-задач (SCHED_RR). Опция аналогична настройке RT_GROUP_SCHED в Kconfig.
    • Для устройств на базе шины CXL (Compute Express Link), применяемой для организации высокоскоростного взаимодействия CPU с устройствами памяти, реализована поддержка расширений RAS (Reliability, Availability, Serviceability), позволяющих реализовывать различные схемы определения и коррекции ошибок. CXL позволяет подключать новые области памяти, предоставляемые внешними устройства памяти, и использовать их как дополнительные ресурсы физического адресного пространства для расширения системной оперативной памяти (DDR) или постоянной памяти (PMEM).
    • Необходимая для сборки ядра минимальная версия GCC для всех архитектур поднята до ветки GCC 8. Для сборки теперь также необходима как минимум версия пакета binutils 2.30.
    • Удалён системный вызов uselib(), который уже давно объявлен устаревшим и вместо него для совместного доступа программ к разделяемым библиотекам используется mmap().
  • Виртуализация и безопасность
    • Добавлена начальная поддержка использования механизма Intel TDX (Trusted Domain Extensions) для защиты гостевых систем, работающих под управлением гипервизора KVM, от вмешательства и анализа со стороны администратора хост-системы и физических атак на оборудование. Защита обеспечивается за счёт шифрования памяти виртуальных машин.
    • Добавлен виртуальный драйвер TPM (Trusted Platform Module), позволяющий виртуальным машинам взаимодействовать с TPM-устройствами (Trusted Platform Module), эмулируемыми модулем SVSM (Secure VM Service Module).
    • Возобновлена возможность использования GCC-плагина randstruct, рандомизирующего раскладку структур данных на этапе компиляции для усложнения эксплуатации уязвимостей.
    • Добавлена возможность использования технологии IMA (Integrity Measurement Architecture) для проверки целости при запуске новых ядер при помощи системного вызова kexec.
    • Проведена работа по сокращению влияния на производительность использования SELinux. Для ускорения работы добавлен кэш с результатами проверок доступа к каталогам. В правила genfscon добавлена возможность использования масок.
    • В коде для взаимодействия с EFI предоставлена возможность встраивания секции SBAT (UEFI Secure Boot Advanced Targeting) с метаданными об отозванных версиях загрузочных компонентов.
    • В загружаемых модулях осуществлён перевод секции ".static_call_sites" в режим только для чтения после завершения инициализации.
    • Для 64-разрядных систем ARM в гипервизоре KVM реализована поддержка вложенной виртуализации (отключена по умолчанию).
    • В гипервизоре KVM объявлена стабильной поддержка архитектуры RISC-V.
  • Сетевая подсистема
    • В состав принят драйвер ovpn, позволяющий существенно ускорить производительность OpenVPN за счёт выноса операций шифрования, обработки пакетов и управления каналом связи на сторону ядра Linux. Драйвер позволяет избавиться от накладных расходов, связанных с переключением контекста, даёт возможность оптимизировать работу за счёт прямого обращения к внутренним API ядра и исключает медленную передачу данных между ядром и пространством пользователя (шифрование, расшифровка и маршрутизация выполняется модулем без отправки трафика в обработчик в пространстве пользователя). на сторону ядра для избавления от лишних переключений контекста.
    • В механизм Device Memory TCP добавлена поддержка отправки данных из памяти устройства (TX path). Ранее для упрощения интеграции Device Memory TCP в ядро функциональность была ограничена только принятием данных (RX path). Device Memory TCP позволяет использовать сетевые сокеты для прямой отправки содержимого памяти периферийного устройства по сети (режим zero-copy), а также прямого размещения содержимого сетевых пакетов в области памяти устройства на стороне получателя. Передаваемые в пакетах данные передаются от сетевой карты в память периферийного устройства (DMABUF), например, в видеопамять GPU, или из памяти устройства в сетевую карту напрямую, минуя CPU, а заголовки пакетов попадают в обычные буферы ядра.
    • Предоставлена возможность отправки содержимого core-дампов через сокет AF_UNIX, что позволяет создавать в пространстве пользователя более безопасные обработчики core-дампов, не завязанные на вызов ядром привилегированных процессов.
    • Удалена поддержка сетевого протокола DCCP (Datagram Congestion Control Protocol), который не получил распространения и пять лет остаётся в ядре без сопровождения. Удаление DCCP из ядра устранит преграды, мешающие переработать структуру данных inet_connection_sock для повышения эффективности работы стека TCP. Поддержка netfilter-модулей для фильтрации пакетов DCCP сохранена.
    • Для упрощения обработки ошибок при использовании сокетов SO_PEERPIDFD ядро теперь может передавать pidfd для уже завершённых процессов (pidfd связывается с конкретными процессами и в отличие от pid повторно не назначается).
    • При помощи BPF теперь можно создавать обработчики управления очередями пакетов в сетевом стеке (qdiscs) для влияния на порядок обработки сетевых пакетов.
    • В сетевой файловой системе AFS задействован GSSAPI (Generic Security Services API) для управления шифрованием соединений с серверами YFS и OpenAFS.
    • Внесена большая порция оптимизаций. Переработана организация блокировок для таблиц маршрутизации IPv6 (некоторые операции с маршрутами теперь выполняются до 3 раз быстрее). Ускорено программное вычисление контрольных сумм crc32c. На 10% ускорен движок GRO для туннелированного UDP трафика. Улучшена автонастройка принимающего буфера для TCP и повышены применяемые по умолчанию лимиты (в проведённых тестах пропускная способность для единичных потоков через 200Gbs канал возросла на 60%).
    • В Netfilter добавлена возможность использования масок в именах сетевых устройств, используемых в netdev и flowtable. В инфраструктуру nft trace интегрирована информация об отслеживании соединений (conntrack). Ускорено извлечение таблиц отслеживания соединений (conntrack) через procfs.
  • Оборудование
    • Добавлена поддержка выноса обработки звуковых потоков на сторону звуковых устройств с интерфейсом USB (USB audio offload). Изменение позволяет значительно снизить энергопотребление портативных устройств за счёт продолжения обработки звукового потока во время нахождения остальной системы в спящем режиме. Ранее в ядрах для платформы Android предоставлялась специфичная реализация offload-обработки звука для USB-устройств, а теперь в основном ядре появилась универсальная реализация, которую могут использовать любые проекты.
    • Продолжена интеграция компонентов драйвера Nova для GPU NVIDIA, оснащённых GSP-прошивками, используемыми начиная с серии NVIDIA GeForce RTX 2000 на базе микроархитектуры Turing. Драйвер написан на языке Rust. В дополнение к добавленному в прошлом выпуске компоненту nova-core, реализующему базовый уровень абстракций над программными интерфейсами прошивок GSP, в версии 6.16 в состав включена начальная реализация DRM-драйвера nova-drm (Direct Rendering Manager) для взаимодействия с GPU из пространства пользователя.
    • Начался процесс продвижения в ядро DRM-драйвера Asahi для GPU Apple AGX, применяемых в чипах Apple Silicon. Драйвер написан на Rust. На данном этапе в ядро включены только заголовочные файлы с UAPI от драйвера Asahi, необходимые для Mesa, а основной код драйвера Asahi будет интегрирован позднее.
    • В драйвер Nouveau добавлена поддержка GPU NVIDIA семейства Hopper и Blackwell.
    • Продолжена работа над drm-драйвером (Direct Rendering Manager) Xe для GPU на базе архитектуры Intel Xe, которая используется в видеокартах Intel семейства Arc и интегрированной графике, начиная с процессоров Tiger Lake. Добавлена возможность использования разных файлов прошивок для разных семейств GPU Intel.
    • В драйвере AMDGPU реализована поддержка механизма "usermode queue", позволяющего создавать собственные очереди работ в пространстве пользователя и отправлять их напрямую в GPU без обращения к планировщику в ядре. Поддержка "usermode queue" включена для GPU Navi 4X и GFX 12.
    • Добавлена поддержка звуковых систем Intel WCL (Whiskey Lake), AMD ACP 7.x (Audio Co-Processor), Cirrus Logic CS35L63 и CS48L32, Everest Semiconductor ES8375 и ES8389, Pioneer DJM-V10, Longsoon-1 AC'97, NVIDIA Tegra264, Richtek ALC203, RT9123 и Rockchip SAI, а также новых платформ Intel AVS.
    • Добавлена поддержка ARM-плат, SoC и устройств: Samsung Exynos7870, Qualcomm Snapdragon X1P42100, Qualcomm MSM8926, RK3562, NXP i.MX94, Renesas RZ/V2N, Amlogic S6/S7/S7D, WonderMedia wm8950, Amlogic s805y, Allwinner A523, Toradex Verdin AM62P, ROCK 5B+, Nitrogen8M Plus, Retronix R-Car V4H Sparrow Hawk, MT8186 Ponyta Chromebook, VIA APC Rock/Paper, Renesas rz/t2h, ASUS Transformer Pad LTE TF300TL, LG Nexus 4, Google Pixel 4a, Raspberry Pi 2.
    • Удалён драйвер для плат захвата видео на чипах STA2X11.

Одновременно латиноамериканский Фонд свободного ПО сформировал вариант полностью свободного ядра 6.16 - Linux-libre 6.16-gnu, очищенного от элементов прошивок и драйверов, содержащих несвободные компоненты или участки кода, область применения которых ограничена производителем. В выпуске 6.16 нейтрализована загрузка блобов в новых драйверах Intel qat 6xxx crypto, ST vd55g1 sensor, ath12k AHB wifi, Aeonsemi AS21xxx и MediaTek 25Gb Ethernet. Выполнена чистка имён блобов в dts-файлах (devicetree) для ARM-чипов Qualcomm и MediaTek. Обновлён код чистки блобов в драйверах Nova Core, Nouveau, Realtek r8169 Ethernet, Qualcomm Iris, Venus, Mediatek mt7996 wifi, Qualcomm ath11k и ath12k wifi, Texas Instruments tas2781 и Renesas R-Car gen4 PCIe.

  1. Главная ссылка к новости (https://lkml.org/lkml/2025/7/2...)
  2. OpenNews: Релиз ядра Linux 6.15
  3. OpenNews: Релиз ядра Linux 6.14
  4. OpenNews: Релиз ядра Linux 6.13
  5. OpenNews: Релиз ядра Linux 6.12 с поддержкой Realtime-режима
  6. OpenNews: Релиз ядра Linux 6.11
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/63632-linux
Ключевые слова: linux, kernel
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (75) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Аноним (1), 16:51, 28/07/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Даже прошлых версий ядра хватит на века!
     
     
  • 2.2, Разум (?), 16:55, 28/07/2025 [^] [^^] [^^^] [ответить]  
  • +/
    если века исчислять в секундах
     
     
  • 3.5, Анониматор (?), 17:07, 28/07/2025 [^] [^^] [^^^] [ответить]  
  • +/
    не вижу проблем, int64 достаточно
     
  • 2.50, Аноним (-), 19:33, 28/07/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Даже прошлых версий ядра хватит на века!

    Местами до сих пор действующие паровозы можно найти. И даже - только подумайте - тех кто ездит на лошадях. Просто это немножечко не майнстрим теперь.

     
     
  • 3.60, Аноним (60), 20:33, 28/07/2025 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > Продолжен перенос изменений из ветки Rust-for-Linux

    Срочно запретить лошадей и всем выдать по моноколесу! А касательно раста: куда они переносят?

     
     
  • 4.82, Аноним (-), 22:12, 28/07/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Срочно запретить лошадей и всем выдать по моноколесу!

    Хочу посмотреть как ты вооон там на нем по горной тропе на нем проедешь не хуже лошади. Если это заменить на "горный велосипед" - еще можно подумать. И то, не факт.

     
     
  • 5.91, Аноним (60), 22:48, 28/07/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > заменить на "горный велосипед"

    Увы, выбора уже нет, сказали вс раст - значит, вс раст.

     

  • 1.3, Аноним (3), 17:01, 28/07/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Будем пробовать на Tumbleweed:
    https://get.opensuse.org/ru/tumbleweed/#download
     
  • 1.4, Анониматор (?), 17:02, 28/07/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +5 +/
    bcachefs не выкинули - для тех кто следит за сериалом
     
     
  • 2.14, Аноним (14), 17:25, 28/07/2025 [^] [^^] [^^^] [ответить]  
  • +/
    В 6.17 уберут.
     
     
  • 3.54, Sem (??), 19:51, 28/07/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Зачем принимать исправления для того, что в следующем релизе уберут?
     
     
  • 4.67, Аноним (67), 21:04, 28/07/2025 [^] [^^] [^^^] [ответить]  
  • +/
    это называется вайп-кодинг, от слова wipe, это когда Линус Торвальс вытирает код Bcachefs из ядра а ноги о Кента Оверстритома.

    подробности в комментариях новости про правила для AI-ассистентов, применяемых при разработке ядра Linux

     
  • 3.69, _ (??), 21:13, 28/07/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Ваша ставка? ;-)
     
  • 3.75, Аноним (75), 21:23, 28/07/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Скриним ?
    Райзер спустя десятилетия убрали. Хотя сейчас все такое токсично/муксично/экологичное.
    Ну посмотрим.
     

  • 1.8, Аноним (8), 17:09, 28/07/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • –5 +/
    Ребята, это всё ни о чём, и стабильности таким образом не получится. Debian oldoldoldstable - самый шик и стабильность, а всё новое - это пусть арчеш кольники тестируют.
     
     
  • 2.10, Аноним (10), 17:17, 28/07/2025 [^] [^^] [^^^] [ответить]  
  • +5 +/
    olololo"stable"
     
  • 2.11, Аноним (11), 17:17, 28/07/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Для холодного хранил за норм
     
  • 2.18, СисадминА (?), 17:40, 28/07/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Этот деб уже почти как 30 лет стабильно глючит. А в его сообществе постоянный балаган.
     
     
  • 3.23, Аноним (23), 17:45, 28/07/2025 [^] [^^] [^^^] [ответить]  
  • –2 +/
    и что не глючит? убунта еще хуже
     
     
  • 4.25, Anonimm (?), 17:51, 28/07/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    А она не от дебиана произошла?
     
  • 4.52, Аноним (52), 19:47, 28/07/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Говорят NetBSD очень стабильна и надежна.
     
     
  • 5.85, Аноним (-), 22:15, 28/07/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Говорят NetBSD очень стабильна и надежна.

    MSDOS стабильнее - в него уж точно никто комитить не будет. Для надежности можно сразу версию 3.30 брать - как раз исходники подогнали.

     

  • 1.9, Аноним (11), 17:16, 28/07/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Зачем конка за но ером версии всю жизнь не было проблем нумеровать. 6.15.3643684387
     
  • 1.12, Аноним (12), 17:23, 28/07/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    >повышена производительность механизма "fast commit"

    Это замечательно, но у меня журнал не восстанавливался из-за рандомных ошибок после перезагрузки когда включено было и без журнала ext4 полтора часа монтируется (буквально). Уже пофиксили?

     
     
  • 2.28, Аноним (28), 18:01, 28/07/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Уже пофиксили?

    Твой умирающий диск? Ну это тебе виднее.

     
     
  • 3.29, Аноним (12), 18:05, 28/07/2025 [^] [^^] [^^^] [ответить]  
  • +/
    С тех пор, как отключил, ни одного раза не повторилось подобное. Уже 2 года прошло.
     
  • 2.80, Аноним (-), 22:09, 28/07/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Это замечательно, но у меня журнал не восстанавливался из-за рандомных ошибок
    > после перезагрузки когда включено было и без журнала

    Ну так чини свое глюкавое железо. Глюки железа не исправляются софтом!

     
     
  • 3.83, Аноним (12), 22:13, 28/07/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Починил, отключив fast_commit. Что-то не сходится. И да, чексуммы все включены и ни разу не было необъяснимых повреждений или убитого журнала больше, видимо, ext4 багованное днище, как обычно (как вышло со sparse_super2).
     

  • 1.13, Аноним (13), 17:23, 28/07/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Ммм, драййвер из семи 'зонированных блочных loopback-устройств'
     
  • 1.15, Аноним (23), 17:36, 28/07/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    В Debian 11 (bullseye) смогу поставить?
     
     
  • 2.68, Аноним (67), 21:13, 28/07/2025 [^] [^^] [^^^] [ответить]  
  • +/
    конечно сможешь!
    make menuconfig && make && make modules_install && make install
     
     
  • 3.76, Аноним (75), 21:29, 28/07/2025 [^] [^^] [^^^] [ответить]  
  • +/
    А вдруг у него лапки ?
    Хотя сам вопрос это и подразумевает )
     
  • 3.84, Аноним (84), 22:14, 28/07/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Для дебиана можно сразу делать .deb
    make bindeb-pkg
     
  • 3.87, Аноним (-), 22:18, 28/07/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > make menuconfig && make && make modules_install && make install

    Вообще-то в дебиане правильнее будет:
    1) make menuconfig
    2) make bindeb-pkg
    3) dpkg -i <kernel.deb>

    Так оно пропишется в бутлоадер и пакетник, станет новым дефолтным если версия новее, и можно будет цивильно снести это при случае.

     
  • 2.77, Аноним (67), 21:31, 28/07/2025 [^] [^^] [^^^] [ответить]  
  • +/
    в самой новости же написано:

    > Необходимая для сборки ядра минимальная версия GCC для всех архитектур поднята до ветки GCC 8. Для сборки теперь также необходима как минимум версия пакета binutils 2.30.

    посмотри на версии gcc и binutils в 11-м дебиане и спокойно собирай и устанавливай последнее ядро

     

  • 1.16, Аноним (16), 17:37, 28/07/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    > Основные новшества в ядре 6.16

    Ребята, вы то ли верните подчеркивание ссылок, то ли прекратите лепить ссылки в соседних словах. Меня уже достало на этом ресурсе возить мышью, чтобы догадываться, сколько ссылок "спрятано" в полосе синего текста.

     
     
  • 2.19, Аноним (12), 17:40, 28/07/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Можешь таб нажимать, но вообще это хреновое оформление.
     
     
  • 3.31, НяшМяш (ok), 18:12, 28/07/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    В Firefox есть очень удобная настройка, называется "всегда подчёркивать ссылки".
     
     
  • 4.35, Аноним (35), 18:26, 28/07/2025 [^] [^^] [^^^] [ответить]  
  • +/
    да он поди на хроме сидит, там таких инноваций нет
     
     
  • 5.39, Аноним (39), 18:29, 28/07/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Ты не поверишь, но люди еще и на телефонах с планшетами инетом пользуются.
     
     
  • 6.41, Аноним (28), 19:00, 28/07/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Судя по калчеству комментариев, большинство сидит с телефонов на толчке.
     
     
  • 7.55, победосвидетель (?), 19:57, 28/07/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >большинство сидит с телефонов на толчке.

    Ты меня взломал?
    Это единственное место, откуда я захожу на этот сайт. И то, только в том случае, если всю свою инсту уже проглядел.

     
  • 6.44, НяшМяш (ok), 19:02, 28/07/2025 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Кто мешает пользоваться нормальным браузером Firefox и на телефоне с планшетом?
     
     
  • 7.48, Аноним (39), 19:21, 28/07/2025 [^] [^^] [^^^] [ответить]  
  • +/

    Покажешь, где в мобильном Файрфоксе опция "всегда подчёркивать ссылки"?

    Дай угадаю: ты сам этим "нормальным браузером" на телефоне не пользуешься?

     
     
  • 8.56, победосвидетель (?), 19:59, 28/07/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Просто они не думают, до того как написать свой безаппеляционно-поучающий коммен... текст свёрнут, показать
     
  • 5.45, НяшМяш (ok), 19:02, 28/07/2025 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Хромоногих вообще в интернет пускать не стоит
     
     
  • 6.57, победосвидетель (?), 20:07, 28/07/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Типа, с хромиум бейсед браузеров не пускать в гугло.. прости, в интернет? Ну, знаешь, тогда даже на опеннете количество комментаторов сильно поубавится и тебе просто не перед кем станет здесь выпендриваться.
     
  • 6.61, Аноним (61), 20:35, 28/07/2025 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Сказал чел, который пользуется браузером с 4% рынка.
     

  • 1.26, Аноним12345 (?), 17:52, 28/07/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    А где успешный рапорт о продвижении раста ?
     
     
  • 2.30, Аноним (-), 18:10, 28/07/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    >  А где успешный рапорт о продвижении раста ?

    Три абзаца про раст.
    Про Rust-for-Linux, Nova и Asahi для GPU Apple AGX.
    Тебе мало?

     
  • 2.43, Qqq (-), 19:01, 28/07/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >> Продолжен перенос изменений из ветки Rust-for-Linux, связанных с использованием языка Rust в качестве второго языка для разработки драйверов и модулей ядра
    >> Продолжена интеграция компонентов драйвера Nova
    >> Начался процесс продвижения в ядро DRM-драйвера Asahi для GPU Apple AGX

    Тебе что, мало?

     
     
  • 3.65, Аноним (65), 20:55, 28/07/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Сравни все драйвера и писульку на 100 строк.
     
     
  • 4.90, Qqq (?), 22:47, 28/07/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Так, вопрос был не про «драйвера», а про «рапорт о успешном продвижении раст-а в ядро». Нафига мне что-то сравнивать?
     
     
  • 5.95, Аноним (95), 23:12, 28/07/2025 Скрыто ботом-модератором     [к модератору]
  • +/
     
  • 2.93, Аноним (93), 23:04, 28/07/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Теперь в Twitter и Tik-Tok.
     

  • 1.27, Аноним (28), 18:00, 28/07/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > На базе KHO развивается подсистема Live Update Orchestrator (LUO), позволяющая перезагружать ядро без остановки работы устройств.

    Это что же, можно будет на диск писать не прерываясь пока ядро обновляется?

     
     
  • 2.46, Qqq (-), 19:07, 28/07/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Вообще да, но пока нет. А так - круто будет если допилят, вон Майкрософт тоже пытается запилить такую фичу, правда совсем без ребутов оно не может
     

  • 1.49, Аноним (49), 19:32, 28/07/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    А что уже есть процессоры с Intel APX? Если да, то есть ли список моделей с его поддержкой?
     
     
  • 2.62, Аноним (62), 20:50, 28/07/2025 [^] [^^] [^^^] [ответить]  
  • +/
    интелы вовсю хозяйничают в ядре и никто им не запрещает запиливать фичи своих даже будущих камней.
     
  • 2.81, Аноним (3), 22:12, 28/07/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Поддержку любого железа делают заранее, для ранних тестов в том числе.
    Вроде в «Nova Lake» уже будет.
     

  • 1.51, Аноним (51), 19:39, 28/07/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Ветка 5.x.x дошла до 5.19, значит в скором времени ждем kernel 7
     
     
  • 2.73, Аноним (67), 21:18, 28/07/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    нет, седьмой версии не будет, Линус будет тянуть шестую версию по не выпустит релиз 6.66
     

  • 1.53, Аноним (53), 19:49, 28/07/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    А про BTRFS где? Там кучу оптимизаций завезли.
     
     
  • 2.63, Аноним (62), 20:53, 28/07/2025 [^] [^^] [^^^] [ответить]  
  • +/
    про бтрфс отдельная новость чуть ниже была, весь основной срач там.
     
     
  • 3.97, Аноним (97), 23:31, 28/07/2025 Скрыто ботом-модератором     [к модератору]
  • +/
     
  • 2.64, Аноним (65), 20:53, 28/07/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Багфиксов к критикал ищуях не подвезли.  
     
  • 2.66, Аноним (66), 20:57, 28/07/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Так то в 6.17.
     
  • 2.88, Аноним (-), 22:23, 28/07/2025 Скрыто ботом-модератором     [к модератору]
  • +/
     

  • 1.71, sdfsdf444 (?), 21:14, 28/07/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Как последний аутист жду rust nvidia дров под свою 3080,
    новью хрень, а оригинальные хотят glibc, как их в alpine
     

  • 1.79, Аноним (79), 21:58, 28/07/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    высокая скорость изменений кода повышает риск ошибок
     
     
  • 2.89, Аноним (60), 22:44, 28/07/2025 [^] [^^] [^^^] [ответить]  
  • +/
    ничего, сейчас ИИ сделает это не просто возможным, а 100% с ошибками.
     
     
  • 3.92, Qqq (?), 22:53, 28/07/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Мне понравилось шутка про вайп кодинг, господи, я не против нейросетей как таковых, если их использует тот кто понимает что делает, и способен вычитать написанное.

    Но ведь их будут использовать массово, в том числе и те, кто НЕ ПОНИМАЕТ что делает. А также те, кто могут, но не захотят думать. И вот эти две группы людей вместе образуют страшное множество, страшное и большое

     
     
  • 4.96, Аноним (97), 23:31, 28/07/2025 Скрыто ботом-модератором     [к модератору]
  • +/
     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Партнёры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2025 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру