The OpenNET Project / Index page

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

Релиз ядра Linux 6.19. Следующему ядру будет присвоен номер 7.0

09.02.2026 12:55 (MSK)

После двух месяцев разработки Линус Торвальдс представил релиз ядра Linux 6.19. Среди наиболее заметных изменений: подсистема Live Update Orchestrator, поддержка PCIe Link Encryption, системный вызов listns, режим Zero-Copy Receive в io_uring, поддержка ARM-расширения MPAM, klp-build для генерации live-патчей, поддержка архитектуры LoongArch32, QoS для s2idle, оптимизация подсистемы аудита, Intel LASS для защиты от Spectre, поддержка хэшей SHA-3 и BLAKE2b, механизм Confidential VMBus, TX-оптимизации в сетевой подсистеме, протокол CAN XL, API для аппаратного ускорения HDR-вывода.

В анонсе новой версии Линус сообщил, что следующему выпуску ядра будет присвоен номер 7.0, так как в ветке 6.x накопилось достаточного выпусков для смены первого числа в номере версии (в своё время выпуск 6.0 был сформирован следом за 5.19). Смена нумерации осуществляется из эстетических соображений и является формальным шагом, снимающим дискомфорт из-за накопления большого числа выпусков в серии. Линус пошутил, что его сбивают с толку большие числа для которых не хватает пальцев на руках и ногах. При этом формально повод для значительного изменения номера версии есть, так как начиначиная со следующего выпуска поддержку Rust решено перевести из экспериментальных в основные возможности ядра.

В новую версию принято 15657 исправлений от 2237 разработчиков, размер патча - 52 МБ (изменения затронули 13682 файла, добавлено 794649 строк кода, удалено 335498 строк). В прошлом выпуске было 15035 исправлений от 2217 разработчиков, размер патча - 45 МБ. Около 40% всех представленных в 6.19 изменений связаны с драйверами устройств, примерно 13% изменений имеют отношение к обновлению кода, специфичного для аппаратных архитектур, 12% связано с сетевым стеком, 5% - с файловыми системами и 3% c внутренними подсистемами ядра.

Основные новшества в ядре 6.19 (1, 2, 3):

  • Дисковая подсистема, ввод/вывод и файловые системы
    • В Btrfs процессы проверки ФС (scrub) и замены устройств больше не блокируют переход системы в спящий режим (перед засыпанием сохраняется состояние scrub-проверки; после выхода из сна scrub-проверка продолжается, а операция замены устройств запускается заново). В реализацию RAID56 добавлена поддержка блоков, размер которых превышает размер страницы памяти. Проведена подготовка к поддержке fscrypt. Повышена производительность работы с блокировками при выполнении операций, связанных с резервированием места. Добавлена поддержка ioctl-операции "shutdown", позволяющей перевести ФС в состояние, при котором предпринимается попытка завершения выполнения уже запущенных операций, но блокируются все новые операции.
    • В файловой системе Ext4 включена поддержка блоков, размер которых превышает размер страницы памяти (>4KB на системах x86). Использование крупных блоков позволяет повысить производительность буферизированных операций записи в среднем на 50%, но снижает производительность прямого ввода/вывода из-за увеличения времени расчёта контрольных сумм. В новой версии также добавлены оптимизации, повысившие пропускную способность при выполнении online-дефрагментации.
    • В подсистеме FUSE улучшена поддержка буферизированного чтения при использовании больших фолиантов страниц памяти (large folios). Через iomap реализована возможность отслеживания частично актуальных фолиантов для загрузки только данных, отсутствующих в буфере.
    • В VFS добавлена поддержка отзываемого делегирования управления директорией (recallable directory delegation), позволяющего реализовать в NFS передачу управления директорией от сервера клиенту, чтобы NFS-клиент без обращений к NFS-серверу самостоятельно отслеживал состояние директории на основе локального кэша. Если другой NFS-клиент произведёт изменения, связанные с этой директорией, делегирование управления будет отозвано у первого клиента.
    • Для NFS добавлена поддержка чтения в режиме прямого ввода/вывода (direct I/O). Реализованы настройки /sys/kernel/debug/nfsd/io_cache_read и /sys/kernel/debug/nfsd/io_cache_write для управления включением кэширования и операций прямого ввода/вывода, манипуляции с данными настройками позволяют снизить накладные расходы на стороне NFS-клиента при выполнении крупных операций ввода/вывода.
    • В NTFS реализована поддержка ioctl-операции shutdown, включены по умолчанию опции монтирования "acl" и "prealloc", добавлена поддержка времени до 1 января 1970 года.
    • Для блочных устройств и ФС включено по умолчанию раздельное для каждого CPU кэширование объектов "bio" (Block I/O), определяющих активные операции ввода-вывода.
  • Память и системные сервисы
    • В ядро включена подсистема Live Update Orchestrator (LUO), позволяющая полноценно перезагрузить и обновить ядро без остановки работы и не теряя состояние системы, устройств и процессов. Подсистема LUO базируется на ранее добавленном в ядро механизме KHO (Kexec HandOver) и в дополнение к возможности запуска нового ядра из старого без потери состояния системы решает такие задачи, как сохранение состояния устройств и оперативной памяти, а также обеспечение непрерывности операций, связанных с DMA и обработкой прерываний. Состояние сохраняется до переключения на новое ядро и восстанавливается после задействования нового ядра без нарушения непрерывных операций с устройствами, осуществляемых системой и приложениями в пространстве пользователя.
    • Добавлен системный вызов listns() для вывода списка существующих в системе пространств имён без необходимости перебирать /proc/<pid>/ns/ для всех процессов.
    • В систему асинхронного ввода/вывода io_uring добавлена поддержка размещения элементов разного размера в очереди отправки (SQE, Submission Queue Entry), по аналогии с тем как в прошлом выпуске было разрешено смешивание размера содержимого очереди результатов (CQE, Completion Queue Event). До этого все элементы в очереди должны были иметь один размер, что приводило к излишнему потреблению памяти из-за необходимости использования максимального размера для всех элементов в очереди.

      В io_uring также добавлена поддержка механизма zcrx (Zero-Copy Receive) для получения данных без копирования между ядром и пространством пользователя. Добавлена поддержка запросов раскладки памяти для очередей SQ (Submission Queue) и CQ (Completion Queue), позволяющих получить информацию о размере кольцевого буфера, необходимую при пользовательском выделении памяти при помощи флагов IORING_SETUP_NO_MMAP и IORING_MEM_REGION_TYPE_USER.

    • Для быстрой трассировки стека при помощи утилит, таких как perf, добавлена поддержка формата SFrame с информацией о раскрутке стека вызовов (unwind). SFrame уже поддерживается в GCC и binutils, не приводит к снижению производительности и, в отличие от формата DWARF, содержит лишь минимальный набор информации, необходимой для трассировки стека.
    • В утилиту perf добавлена поддержка унифицированного описаний метрик и событий в формате JSON, а также отложенной раскрутки (deferred unwinding) стека вызовов в пространстве пользователя.
    • Для процессоров AMD реализован механизм подстановки данных в кэш, позволяющий устройствам ввода/вывода напрямую подставлять данные в L3-кэш CPU без их предварительного помещения в ОЗУ.
    • Добавлена поддержка MPAM (Memory System Resource Partitioning and Monitoring), расширения архитектуры набора команд ARMv8-A для пометки каждого обращения к памяти идентификатором секции (PARTID, Partition ID) и идентификатором группы мониторинга (PMG, Monitoring Group ID). В привязке к PARTID можно ограничить потребление ресурсов, таких как пропускная способность памяти или размер кэша, что бы какая-то группа задач не заняла все ресурсы. В контексте мониторинга сочетание PMG и PARTID можно использовать для отслеживание потребления ресурсов памяти при определённых видах нагрузки.
    • В случае аварийного завершения процесса после получения сигнала, другой процесс, имеющий pidfd завершившегося процесса, теперь может определить номер сигнала, приведшего к завершению процесса.
    • Переработана реализация перезапускаемых последовательностей (restartable sequences), позволяющих приложениям организовать псевдо-атомарное не прерываемое выполнение группы инструкций (в случае прерывания другим потоком, предпринимается повторная попытка выполнения последовательности). Новая реализация отличается более высокой производительностью.
    • Для BPF-программ реализованы инструкции BPF_JMP, BPF_X и BPF_JA для совершения косвенных переходов на определённую позицию из таблицы переходов. Добавлена концепция динамических указателей (dynptr), позволяющих читать данные из структурированных файлов. Добавлена возможность прикрепления к сетевым пакетам нескольких байтов с метаданными.
    • Модули на языке Python, используемые для обработки документации к ядру, перемещены в отдельных каталог tools/lib/python.
    • Добавлена функция mempool_alloc_bulk() для безопасного выделения элементов из пула памяти сразу под несколько объектов.
    • Продолжен перенос изменений из ветки Rust-for-Linux, связанных с использованием языка Rust в качестве второго языка для разработки драйверов и модулей ядра (поддержка Rust не активна по умолчанию, и не приводит ко включению Rust в число обязательных сборочных зависимостей к ядру). В новой версии в состав ядра встроена библиотека "syn" с парсером Rust-кода, упрощающим написание сложных макросов. Расширены возможности библиотек kernel, pin-init и rbtree. Добавлена библиотека 'num' с типажом Integer для манипуляции целыми числами. В макрос "module!" добавлена поддержка целочисленных параметров. Реализована возможность указания параметров при загрузке модулей ядра, написанных на Rust. Реализованы абстракции для подсистем I2C и PWM (Pulse Width Modulation).
    • Добавлен макрос "at_least" (например, "param[at_least 7]", информирующий о минимально допустимом размере массива, передаваемого в функцию. Если в функцию будет передан массив с меньшим числом элементов, то компилятор выведет предупреждение.
    • В состав включён скрипт klp-build для генерации модулей ядра, вносящих изменения в работающее ядро (livepatch), на основе файла с патчем. В утилиту objtool внесены изменения, необходимые для создания live-патчей.
    • В User-mode Linux (запуск ядра как пользовательского процесса) добавлена ограниченная поддержка многопроцессорности, но потоки внутри одного процесса пока не могут выполняться одновременно. Началось портирование User-mode Linux на библиотеку nolibc.
    • Добавлена поддержка архитектуры LoongArch32 (LA32R, LA32S) в дополнение к LoongArch64.
    • Добавлена возможность выставления QoS-лимитов на интенсивность пробуждения процессора в режиме экономии энергии s2idle (Suspend-To-Idle), замораживающего выполнение процессов в пространстве пользователя, но оставляющего активными некоторые обработчики в ядре.
    • Добавлена поддержка управления таблицами страниц памяти для контроллеров IOMMU (Input-Output Memory Management Unit), выполняющих трансляцию виртуальных адресов, видимых аппаратным устройством, в физические адреса, с возможностью фильтровать операции DMA по виртуальным адресам, а также ограничивать и изолировать операции ввода-вывода.
    • В событиях трассировки системных вызовов реализована возможность чтения буферов из пространства пользователя и включения их содержимого (например, имён файлов) в результат трассировки.
    • Сторожевые страницы памяти (guard page), обращение к которым вызывает исключение и аварийное завершение процесса (SIGSEGV), теперь помечаются особой меткой в файле /proc/PID/smaps.
    • Добавлена возможность управления крупными страницами памяти (transparent huge page) в приватной памяти зонированных устройств.
    • В устройстве zram, применяемом для сжатого хранения раздела подкачки в памяти, реализована поддержка вытеснения нескольких структур "bio" (Block I/O) в пакетном режиме (writeback batching).
    • В состав включён шрифт "Terminus 10x18", улучшающий читаемость информации с консоли на экранах ноутбуков со средним разрешением (1440x900).
    • Значительно оптимизирована работа подсистемы аудита - отмечается снижение накладных расходов в два раза.
  • Виртуализация и безопасность
    • Добавлена поддержка предоставляемой процессорами Intel возможности для разделения линейного пространства адресов (LASS, linear address-space separation), позволяющей аппаратно разделить диапазоны адресов пространства пользователя и ядра для повышения безопасности. Адресное пространство разделяется по старшему биту адреса - половина адресного пространства с установ­ленным старшим битом используется для ядра, а нижняя - для пространства пользователя. На раннем этапе выполнения инструкций (на стадии до спекулятивного выполнения) осуществляется проверка допустимости обращения из пространства пользователя к адресам с выставленным старшим битом и наоборот. Подобное разделение позволяет блокировать утечки памяти ядра в пространство пользователя по сторонним каналам даже при спекулятивном выполнении инструкций, что даёт возможность применять LASS для защиты от атак класса Meltdown и Spectre, не приводящей к большим накладным расходам.
    • Добавлена возможность включения расширений усиления безопасности шины PCI Express - PCIe Link Encryption и PCIe Device Authentication, позволяющих подтверждать подлинность и шифровать канал связи между устройством PCIe и виртуальной машиной, защищённой при помощи механизмов Intel TDX (Trusted Domain Extensions) и AMD SEV-SNP (Secure Nested Paging). Реализованные технологии не позволяют перехватывать, анализировать и подставлять данные в трафик DMA при наличии доступа к хост системе или другим устройствам.
    • Во встроенную криптографическую библиотеку добавлена поддержка алгоритмов SHA-3 (SHA3-224, SHA3-256, SHA3-384, SHA3-512) SHAKE128, SHAKE256 и BLAKE2b.
    • Для LSM-модулей (Linux Security Modules) и, в частности для SELinux, реализована возможность отслеживания создания дескрипторов memfd для применения политик безопасности к связанным с ними объектам.
    • В LSM-модуль IPE (Integrity Policy Enforcement), определяющий общую политику обеспечения целостности для всей системы, добавлена поддержка флага AT_EXECVE_CHECK в функции execveat(), включающего проверку целостности скрипта перед его выполнением интерпретатором.
    • Добавлены примитивы scoped_user_read_access(), scoped_user_write_access и scoped_user_rw_access() для ограниченного доступа к данным в пользовательском пространстве с защитой спекулятивных атак.
    • Добавлена поддержка механизма Confidential VMBus, используемого в гипервизоре HyperV для защищённого от вмешательства гипервизора взаимодействия между гостевой системой, выполняемой в конфиденциальном режиме (с шифрованием памяти и изоляцией регистров на базе технологий AMD SNP и Intel TDX), и paravisor-ом, отвечающим за обращение к устройствам, обрабатывающим конфиденциальные данные.
    • Добавлена возможность передачи информации об аварийно завершившемся процессе (для генерации coredump) через механизм pidfd. Идентификатор PIDFD связывается с конкретным процессом и не меняется, в то время как PID может быть привязан к другому процессу после завершения текущего процесса, ассоциированного с этим PID. Использование pidfd позволяет блокировать совершение атак по подмене аварийно завершившегося suid-процесса на другой процесс, добиваясь состояния гонки в момент после начала обработки ядром аварийного завершения, но до проверки обработчиком в пространстве пользователя параметров процесса.
  • Сетевая подсистема
    • В сетевую подсистему внесены оптимизации для повышения эффективности передачи данных (TX). Избавление функции __dev_queue_xmit() от spin-блокировки и использование работающей без блокировок структуры llist позволило в 4 раза увеличить производительность при большой нагрузке и удвоить интенсивность отправки пакетов при снижении нагрузки на CPU в два раза.
    • Предоставлена возможность отключения для отдельных сетевых сокетов системных лимитов на использование памяти (в этом случае будут использованы общие лимиты на память, задаваемые для отдельных контейнеров). Для управления отключения лимитов предложен sysctl net.core.bypass_prot_mem и флаг SK_BPF_BYPASS_PROT_MEM в функции bpf_setsockopt.
    • Добавлена поддержка расширения RFC 5837, добавляющего в ICMP-сообщения "Time Exceeded", возвращаемые при истечении времени жизни (TTL) пакета, данные о входящих сетевых интерфейсах для получения более детальной информации при трассировке маршрутов утилитой traceroute.
    • Добавлена поддержка непрерывного активного полинга (busy polling) в отдельном потоке ядра с целью извлечения дескрипторов из RX/TX-очередей для приложений, требующих минимальных задержек.
    • Добавлена поддержка протокола CAN XL (Controller Area Network eXtended Length), в котором размер поля с данными увеличен до 2048 байт для обеспечения интеграции с сетями TCP/IP, реализована возможность туннелирования Ethernet-кадров и добавлена поддержка широтно-импульсной модуляции, позволившая передавать данные на скоростях 20 Мбит/с и выше.
    • Добавлена поддержка структуры sockaddr_unsized, варианта структуры sockaddr, использующего массив с гибкими элементами вместо массива фиксированного размера (sa_data[] вместо sa_data[14], который по сути использовался для ссылок на другие структуры большего размера).
    • Добавлена возможность использования функциональности getsockname и getpeername через подсистему io_uring.
    • Добавлены sysctl net.ipv4.tcp_rcvbuf_low_rtt и net.ipv4.tcp_comp_sack_rtt_percent для оптимизации TCP.
    • Добавлена поддержка линков с пропускной способностью 1600 Gbps (1.6T).
  • Оборудование
    • В подсистему DRM (Direct Rendering Manager) добавлен API для использования аппаратных возможностей преобразования цвета, позволяющих обойтись без выполнения подобных преобразований через шейдеры или выполнение кода на CPU. Для вывода контента на HDR-монитор сложные цветовые преобразования теперь могут осуществляться дисплейным контроллером на стадии до и после смешивания слоёв (blending), вместо программного композитинга содержимого в финальный буфер отображения. Помимо снижения накладных расходов и энергопотребления при организации вывода в HDR, предложенная функциональность может использоваться для корректной цветопередачи в редакторах видео или изображений.
    • Добавлен драйвер "ethosu" для NPU Arm Ethos U65 и U85, предназначенных для аппаратного ускорения выполнения AI-моделей.
    • В драйвере i915 для GPU Lunar Lake и новее добавлена поддержка аппаратного повышения чёткости изображения (Sharpening).
    • Продолжена работа над drm-драйвером (Direct Rendering Manager) Xe для GPU на базе архитектуры Intel Xe, которая используется в видеокартах Intel семейства Arc и интегрированной графике, начиная с процессоров Tiger Lake. Добавлена начальная поддержка архитектуры Xe3P, используемой в GPU Crescent Island и семействе процессоров с интегрированной графикой Nova Lake.
    • В драйвере AMDGPU реализована полноценная поддержка видеокарт AMD семейства GCN 1.0 "Southern Island" и 1.1 "Sea Islands", для работы с которыми ранее использовался драйвер Radeon. Драйвер AMDGPU доведён до паритета по возможностям с драйвером Radeon и активирован для указанных GPU по умолчанию. Карты GCN 1.x выпускались с 2012 по 2019 год и охватывают такие модели, как Radeon HD 77xx/78xx/79xx/87xx/88xx/89xx, Radeon R9 280, FirePro W4000-W9000, Radeon Sky 700/900, Radeon R9 265/270/370, Radeon R9 290/390, HD 7790 / 8870 и иные видеокарты семейств Radeon Rx 200 / Rx 300. Помимо увеличения производительности в среднем на 24%, переход на AMDGPU позволил реализовать для данных GPU поддержку графического API Vulkan 1.3. Кроме того, в AMDGPU добавлена поддержка аналоговых коннекторов и Video Coding Engine 1.0, а также задействован по умолчанию стек DC (Display Core) для GPU на базе микроархитектуры Bonaire (Radeon HD 7790).
    • В драйвере Nouveau реализована поддержка аппаратного ускорителя NVJPG, присутствующего в SoC Tegra210.
    • В драйвер Panthor добавлена поддержка GPU Mali-G1 и начальная поддержка чипа MediaTek MT8196.
    • Добавлена поддержка звуковой подсистемы чипов Intel Nova Lake S, ноутбуков HP с HDA CS35L41, а также звуковых интерфейсов CIX IPBLOQ HD и Onkyo SE-300PCIE.
    • Продолжена интеграция компонентов драйвера Nova для GPU NVIDIA, оснащённых GSP-прошивками, используемыми начиная с серии NVIDIA GeForce RTX 2000 на базе микроархитектуры Turing. Драйвер написан на языке Rust. В новой версии началась работа над RPC и завершена реализация загрузки сопроцессора GSP (GPU System Processor).
    • Добавлена поддержка ARM-плат, SoC и устройств: Bananapi r4 pro, LinkEase EasePi R1, Qualcomm MSM8937 (Snapdragon 430), Renesas R-Car X5H, FriendlyElec NanoPi R76S, TI AM62L, Black Sesame Technologies C1200, Aspeed AST2600, Genio 1200 EVK, grinn geniosbc-510/700, Tanix TX9 Pro, Radxa Dragon Q6A, Tinker Board 3/3S, Aquila AM69, phyBOARD-Segin-i.MX91, i.MX 95 Verdin Evaluation Kit, Toradex SMARC iMX95, VIDIA Jetson Nano 2GB, Renesas rz/g3s, Indiedroid Nova, 24 варианта плат Enclustra Mercury.
    • Добавлена поддержка смартфонов и планшетов на базе SoC Mediatek MT6582 (Alcatel yarisxl), Nvidia Tegra124 (Xiaomi Mi Pad) и Qualcomm MSM8939 (ASUS ZenFone 2). Добавлена поддержка ноутбуков на SoC Qualcomm sdm850, таких как Huawei MateBook E 2019.
    • Добавлена поддержка SoC и плат на базе архитектуры RISC-V: OrangePi R2S, OrangePi RV, Anlogic dr1v90, Tenstorrent Blackhole.

Одновременно латиноамериканский Фонд свободного ПО сформировал вариант полностью свободного ядра 6.19 - Linux-libre 6.19-gnu, очищенного от элементов прошивок и драйверов, содержащих несвободные компоненты или участки кода, область применения которых ограничена производителем. В выпуске 6.19 из звуковой подсистемы SDCA удалён код для загрузки бинарных прошивок. Обновлён код чистки blob-ов в драйверах Intel XE, Nova-Core, Qualcomm Iris, Venus and Q6V5, TI PRUeth, Intel iwlwifi, Marvell mwifiex, FourSemi fs210x, Realtek rt1320 и звуковых кодеках TI tas2783. Выполнена чистка имён blob-ов в dts-файлах (devicetree) для ARM-чипов. Прекращена чистка драйвера STM C8SECTPFE DVB, удалённого из ядра.

  1. Главная ссылка к новости (https://lore.kernel.org/lkml/C...)
  2. OpenNews: Релиз ядра Linux 6.18
  3. OpenNews: Релиз ядра Linux 6.17
  4. OpenNews: Релиз ядра Linux 6.16
  5. OpenNews: Релиз ядра Linux 6.15
  6. OpenNews: Релиз ядра Linux 6.14
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/64757-kernel
Ключевые слова: kernel, linux
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (127) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.6, Аноним (6), 14:07, 09/02/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    >Linux 6.19
    >его сбивают с толку большие числа для которых не хватает пальцев на руках и ногах

    Тю, ну мог бы еще релизик подождать, а потом уже. Да и как бы 21 легитимно :)

     
     
  • 2.11, Жироватт (ok), 14:16, 09/02/2026 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Инвесторам и платиновым спонсорам нужны ПРОРЫВАЮЩИЕ большие мажорные циферки.
    Дяди и тёти, бесконечно далёкие от разработки ПО любят простые циферки.
    Остальное - отмазка для нищих духом и умом.

    Впрочем, тут между 6.0 и 7.0 будет достаточно большой дифф, так что - пусть. Была семёрка на ядре NT, будет на ядне недоЮНИКСа.

     
     
  • 3.23, Аноним (23), 14:47, 09/02/2026 [^] [^^] [^^^] [ответить]  
  • +/
    В случае маркетинговых прорывов обычно пропускалась цифра. Например Nokian Хакапелита 5 -> 7
     
     
  • 4.48, Аноним (48), 15:42, 09/02/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Смена нумерации осуществляется из эстетических соображений и является формальным шагом, снимающим дискомфорт из-за накопления большого числа выпусков в серии.

    В опенсорсе идёт снегопад снежинок. У них дискомфорт от циферок.

     
     
  • 5.95, Аноним (95), 18:13, 09/02/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Действительно, что бы и дальше задарма не пилили. Так хочется иметь ноги-спички и линуксоидное выражение лица.
     
  • 4.106, Аноним (106), 19:02, 09/02/2026 [^] [^^] [^^^] [ответить]  
  • +/
    ИТшницам пора замуж, а они ждут 7.7.7  ;)
     
  • 3.30, Аноним (30), 15:03, 09/02/2026 [^] [^^] [^^^] [ответить]  
  • +3 +/
    У рептилоидов просто двадцатиричная система счисления.
     
     
  • 4.118, Бертолетова соль (?), 19:52, 09/02/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Серые специально это миф среди людей распространяют, кркркр
     
  • 4.122, zionist (ok), 20:30, 09/02/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Во многих кавказских языках числительные именно двадцатиричные. Пойди найди какого нибудь кавказца и назови его рептилоидом.
     
     
  • 5.132, анон (?), 21:43, 09/02/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > Во многих кавказских языках числительные именно двадцатиричные. Пойди найди какого нибудь кавказца и назови его рептилоидом.

    А потом француза (там тоже остатки "наследства": 88 = quatre-vingt-huit, четырежде-двадцать-и-восемь)


     
     
  • 6.136, Аноним (136), 21:48, 09/02/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Англосаксы те вообще четырехзначные по два знака произносят.
     
     
  • 7.147, Аноним (48), 01:04, 10/02/2026 [^] [^^] [^^^] [ответить]  
  • +/
    потому что у них мозг 8-битный
     
  • 3.49, Аноним (49), 15:43, 09/02/2026 [^] [^^] [^^^] [ответить]  
  • –2 +/
    >Была семёрка на ядре NT, будет на ядне недоЮНИКСа.

    Как будь-то юникс, это что-то хорошее. Морально устаревшая система, несколько десятилетий назад.

     
     
  • 4.81, Аноним (81), 17:32, 09/02/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Зато юникс дал миру лучшие концепции ОС. Жаль, что от них периодически отходят.
     
     
  • 5.131, Аноним (49), 21:38, 09/02/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Юникс дал кучу ужасных концепций. Какие-то вроде sysvinit более-менее искоренили. Какие-то вроде передачи машиннонечитаемого вывода команд до сих пор с нами и на долго. Не стоит придерживаться какого-то решения, только потому, что оно родом из юниксов.
     
  • 5.145, Аноним (145), 23:12, 09/02/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > Зато юникс дал миру лучшие концепции ОС

    Лучшие концепции? Это какие интересно?

    Все есть файл? Крайне ограничено и пришлось костылять почти сразу.
    Текстовые пайпы? Интересно, если посчитать сколько человекочасов убили на прдлинг с ними, то они уже переплюнули JS?
    Шелл? Полностью проиграл UI практически везде. Даже в шелле лепят туи, чтобы получить хоть часть их мощи)

     
     
  • 6.149, Аноним (48), 01:14, 10/02/2026 Скрыто ботом-модератором     [к модератору]
  • +/
     
  • 2.43, Аноним (43), 15:16, 09/02/2026 [^] [^^] [^^^] [ответить]  
  • +/
    >Да и как бы 21 легитимно :)

    Нет, не легитимно. На обеих руках и ногах ровно 20 пальцев.

     
  • 2.54, Аноним (49), 15:58, 09/02/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >Да и как бы 21 легитимно :)

    Вы слесарь? Имея две руки, с учётом нулевой версии, можно без особого труда считать до 139. Если у человека хорошо гнутся пальцы, то и до 1023 досчитать можно.

     
     
  • 3.124, СлесарьКодер (?), 20:40, 09/02/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Нет он не слесарь, он обычный человек из интернета)
     

  • 1.8, Аноним (8), 14:12, 09/02/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +5 +/
    Не проще перейти уже на годовое обозначение: 26.x, 27.x и т.д. )
     
     
  • 2.13, kravich (ok), 14:17, 09/02/2026 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Тю, не подсказывай
    Хоть ядро останется свободно от этого поветрия
     
     
  • 3.14, Жироватт (ok), 14:19, 09/02/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Тогда сделают
    7.0 -> 7.1 -> 8.0 -> 8.1 -> ...
     
     
  • 4.99, Аноним (99), 18:32, 09/02/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Тогда через 10 лет будет вообще весело.
     
  • 4.111, Аноним (111), 19:18, 09/02/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Последнее ядро будет версии 9.19. Конец времён.
     
     
  • 5.126, Аноним (126), 20:47, 09/02/2026 [^] [^^] [^^^] [ответить]  
  • +/
    19.19 тогда уж
     
  • 4.125, Аноним (125), 20:41, 09/02/2026 Скрыто ботом-модератором     [к модератору]
  • +/
     
  • 3.31, Аноним (31), 15:04, 09/02/2026 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > Хоть ядро останется свободно от этого поветрия

    Пока останется.
    Но диды-луддиты вымирают, так что возможно придут к нормальному обозначению.
    Которое не заставляет гадать насколькю 2.6 древний копролит.

     
     
  • 4.140, Аноним (140), 22:31, 09/02/2026 [^] [^^] [^^^] [ответить]  
  • +/
    А ты уверен, что цивилизация движется в правильном направлении?
     
  • 3.128, Аноним (128), 20:58, 09/02/2026 [^] [^^] [^^^] [ответить]  
  • +/
    А что в этом плохого?)
     
  • 3.148, penetrator (?), 01:09, 10/02/2026 [^] [^^] [^^^] [ответить]  
  • +/
    люто плюсую
     
  • 2.33, Аноним (30), 15:04, 09/02/2026 [^] [^^] [^^^] [ответить]  
  • +/
    И как понять когда были несовместимые измения, а когда просто патч?
     
     
  • 3.55, Аноним (48), 15:59, 09/02/2026 [^] [^^] [^^^] [ответить]  
  • +/
    как в убунте: апрель (*.04) - лтска, октябрь (*.10) - свистелки и трубелки, *.*.циферка - патчи
     
  • 3.57, Аноним (57), 16:06, 09/02/2026 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Несовместимые с чем? Юзерспейс не ломают никогда, это считается регрессией.
    Out-pf-tree модули могут сломаться на любом патче, в документации ядра явно указана нестабильность внутренних API, поэтому сторонний код просят мерджить в мейнлайн, чтобы все зависимые места правил разработчик, вносящий ломающее изменение.
     
     
  • 4.76, Аноним (48), 17:03, 09/02/2026 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Юзерспейс не ломают никогда

    Какой ты наивный.

     
  • 4.80, Аноним (30), 17:31, 09/02/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > Несовместимые с чем? Юзерспейс не ломают никогда, это считается регрессией.
    > Out-pf-tree модули могут сломаться на любом патче, в документации ядра явно указана
    > нестабильность внутренних API, поэтому сторонний код просят мерджить в мейнлайн, чтобы
    > все зависимые места правил разработчик, вносящий ломающее изменение.

    Никогда не говори никогда.

     
  • 2.90, Аноним (90), 17:55, 09/02/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Я предлагал несколько лет назад - Линус сказал "нет".
     

  • 1.9, Жироватт (ok), 14:12, 09/02/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +5 +/
    Жаль, что Т-800 никогда не обновится со своего obsolete-ядра до семерки.
    Кстати...это будет повод называть "семёркой" не винду, а линуксы?
     
     
  • 2.62, freehck (ok), 16:36, 09/02/2026 [^] [^^] [^^^] [ответить]  
  • +4 +/
    > Кстати...это будет повод называть "семёркой" не винду, а линуксы?

    Эта шутка устарела ещё во времена Debian 7, и окончательно перестала вызывать эмоции во времена Debian 10. Но попытка хорошая, юный падаван. )

     
  • 2.65, Аноним (49), 16:40, 09/02/2026 [^] [^^] [^^^] [ответить]  
  • +/
    >Эта шутка устарела ещё во времена Debian 7

    Семёрка была ещё до семёрки. Например, ubuntu 7.*.

     
  • 2.102, Аноним (106), 18:40, 09/02/2026 [^] [^^] [^^^] [ответить]  
  • +/
    >Жаль, что Т-800 никогда не обновится со своего obsolete-ядра до семерки.

    Вот теперь я не стал бы зарекаться.

     

  • 1.10, Аноним (10), 14:14, 09/02/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Пускай с версии 7.0 начинает уже показывать отчёт сколько кода было сгенерировано языковыми модельками и сколько процентов из этого кода никогда ни кем не отлаживалось.
     
     
  • 2.12, Жироватт (ok), 14:17, 09/02/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Как будто корпорасы будут это говорить, ну.
     
     
  • 3.17, пэпэ (?), 14:25, 09/02/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/
    А смысл это скрывать? Это же их риски.
     
  • 2.16, Аноним (16), 14:24, 09/02/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Он же высказывался, что это плохая идея.
     
  • 2.56, Аноним (48), 16:03, 09/02/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > сколько кода было сгенерировано языковыми модельками и сколько процентов из этого кода никогда ни кем не отлаживалось.

    Окажется, как в системде выявили: львиная доля параметров юнит-портянок никем не используется.

     
     
  • 3.137, Аноним (49), 21:49, 09/02/2026 [^] [^^] [^^^] [ответить]  
  • +/
    >львиная доля параметров юнит-портянок

    Ложь, повторённая сотню раз, правдой не становится.

     
  • 2.70, Аноним (70), 16:45, 09/02/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Просто посмотри в linux/rust.
     
  • 2.141, Аноним (141), 22:41, 09/02/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Не. Ставить только старые ядра и Debian не старше 13-го.
     

  • 1.15, Аноним (15), 14:24, 09/02/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • –3 +/
    >Добавлена поддержка линков с пропускной способностью 1600 Gbps (1.6T).

    Сколько у вас выдаёт ?
    https://speed.cloudflare.com

     
     
  • 2.20, Аноним (6), 14:35, 09/02/2026 [^] [^^] [^^^] [ответить]  
  • +/
    92 на 170
     
  • 2.39, Аноним (30), 15:11, 09/02/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Циски пора выкидывать в мусорки.
     
     
  • 3.59, Аноним (15), 16:16, 09/02/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Топовое оборудование:
    https://servernews.ru/1131742
     
  • 3.77, Аноним (15), 17:18, 09/02/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Дела идут хорошо:
    https://my.idc.com/getfile.dyn?containerId=prUS54033525&attachmentId=47557749
     

  • 1.18, Аноним (18), 14:26, 09/02/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Даже не успел пользоваться 6 веткой, а тут уже 7 на подходе. Передаю привет тем, кто еще сидит на 5 ветке, нас еще много, держимся. Отдельный привет пользователям 4 ветки. А за тех, кто сидит на 3 и ниже, держим кулаки!
     
     
  • 2.24, Аноним (24), 14:51, 09/02/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Почему? На слаке сидишь?
     
     
  • 3.27, IdeaFix (ok), 14:53, 09/02/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Может и дебиан. Чо слака то сразу. В bullseye еще что-то прилетает.
     
  • 3.71, Аноним (70), 16:49, 09/02/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Сижу на 6.1 LTS, ReiserFS нравится.
     
  • 3.103, Аноним (106), 18:46, 09/02/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Сижу на 6.19.0 Gentoo из любви к сборке своих ядер
     
  • 2.26, Аноним (26), 14:52, 09/02/2026 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Даже не успел пользоваться 6 веткой, а тут уже 7 на подходе.

    Даже интересно на чем таком вы сидите, что оно не поддерживает обнову до 6.х
    Или вендор не позволяет?

    > Отдельный привет пользователям 4 ветки.
    > А за тех, кто сидит на 3 и ниже, держим кулаки!

    А за пользователей ветки 2.6.х ставим свечки за здравие.
    Или уже за упокой?

     
     
  • 3.37, Аноним (30), 15:10, 09/02/2026 Скрыто ботом-модератором     [к модератору]
  • +3 +/
     
  • 3.89, Аноним (89), 17:52, 09/02/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > Даже интересно на чем таком вы сидите, что оно не поддерживает обнову до 6.х

    Самое очевидное - незачем. Второе - драйвера, видео в первую очередь.

     
  • 3.117, Аноним (117), 19:50, 09/02/2026 [^] [^^] [^^^] [ответить]  
  • +/
    У меня вот видюха 920m. Сижу на 6.8, ибо, на более поздние дрова не встают
     
     
  • 4.130, Аноним (130), 21:29, 09/02/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Очевидно Альт не пробовали,там на 6.12 заработает.
     
  • 2.91, Аноним (90), 17:57, 09/02/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Молодёжь.

    Некоторые тут начали с 2.2.

    2.4 был прорывом.

    2.6 глючное нечто.

    Потом всё устаканилось.

     
     
  • 3.129, Аноним (129), 21:19, 09/02/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > Некоторые тут начали с 2.2.

    В 2.2 планировщик занимал пару сотен строк кода и был понятен студенту.

    Сейчас туда залезать для обучения бесполезно.

     
     
  • 4.138, Аноним (49), 21:51, 09/02/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Для обучения есть миникс, не имеющий никакого практического применения, за исключением начинки intel me. Там даже нормальной файловой системы нет.
     

  • 1.19, Аноним (81), 14:27, 09/02/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Радует, что GNU/Linux продолжает развиваться и улучшаться. Особенно новости про amd и ext4 порадовали.
     
     
  • 2.34, Аноним (34), 15:06, 09/02/2026 [^] [^^] [^^^] [ответить]  
  • –6 +/
    А меня про драйвера Nova для GPU NVIDIA
    Неужели красноглазики смогу получить нормальные дрова для лучших видях на рынке?

    Ну и то что "Драйвер написан на языке Rust" тоже показательно.
    Сколько куракеков было что "ничего не смогут" и так далее?
    А вот как оно получилось.

     
     
  • 3.110, Аноним (110), 19:11, 09/02/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Или это, всего лишь, переписанный Раст Nouveau?
     
  • 2.72, Аноним (70), 16:53, 09/02/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Развиваться, отчасти улучшаться и деградировать.
     

  • 1.25, IdeaFix (ok), 14:51, 09/02/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    У меня, да и не только, в 6.17 сломался BTRFS. Посмотрим что наделали в 6.17. Комитов куча но все не про то.
     
     
  • 2.29, Sorlag (?), 15:03, 09/02/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >сломался BTRFS

    А вы смелый использовать такую ФС.
    Prone-to-fail by-design, которую никуда не берут, кроме как на домашний десктоп (зачем?).

     
     
  • 3.67, Аноним (49), 16:44, 09/02/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >кроме как на домашний десктоп (зачем?).

    2026 год на дворе. Хотелось бы динамического изменения размера, без размонтирования, подтомов, снапшотов, сжатия, и прочих полезных фич, в том числе и на сервере.

     
  • 3.73, Аноним (70), 16:56, 09/02/2026 [^] [^^] [^^^] [ответить]  
  • +/
    >(зачем?)

    Потому что, ReiserFS выпилили.

     
  • 2.35, Аноним (35), 15:06, 09/02/2026 [^] [^^] [^^^] [ответить]  
  • +/
    20+ террабайт на бтрфс, ноуты не ноуты, никаких проблем
     
     
  • 3.100, IdeaFix (ok), 18:33, 09/02/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > 20+ террабайт на бтрфс, ноуты не ноуты, никаких проблем

    На 6.12 тоже не было, а на 6.17 появились. Падает в readonly раз в 2-3 терабайта. ФС на лабе, откатываюсь назад на 6.12 ядро и 6.14 прогс - и всё опять хорошо.

    Очень хотелось raid1 на zoned попробовать, но оно падает. А потом оказалось что оно и на обычных дисках так же в ro падает и на одиночном диске. Тут или дебиан-омв что-то сломали, или таки Линус.

     
     
  • 4.109, Аноним (109), 19:09, 09/02/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Не стоит использовать не lts ядра. Там багов до жути.

    У меня на 6.12 и гличи экрана были, а потом вообще amdgpu падал, кладя всю сессию.

    Но начиная с 6.12.20+ уже никаких проблем. Также и с 6.18, пока не будет 6.18.20+ можно даже не пытаться.

     
  • 3.104, Аноним (106), 18:54, 09/02/2026 [^] [^^] [^^^] [ответить]  
  • +/
    >20+ террабайт на бтрфс, ноуты не ноуты, никаких проблем

    А ты туда wallet.dat положи ;)

     
  • 3.112, Аноним (112), 19:21, 09/02/2026 Скрыто ботом-модератором     [к модератору]
  • +/
     
  • 2.97, Аноним (97), 18:23, 09/02/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > сломался BTRFS

    - Боцман! Барометр упал!
    - Сильно?
    - Вдребезги!

    Требуем подробностей, какие ошибки, шаги и прочее!

     

  • 1.28, Аноним (30), 15:02, 09/02/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Вот и сказочке конец. Кто верил в semver тому звиздец.
     
     
  • 2.40, Аноним (40), 15:12, 09/02/2026 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Кто верил в semver

    Ядро никогда в реальности семвер не поддерживало.
    Они не то что в minor могли что-то сломать, они даже в патч-версии могут разломать интерфесы.

     
     
  • 3.51, Конь (ok), 15:51, 09/02/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Вродь они юзерспейс с первых версий не ломали, а вот внутренние апи ломаются постоянно, но там никто и не обещал стабильности
     
     
  • 4.64, Аноним (64), 16:39, 09/02/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Особенно с sysfb смешно получилось.
     
  • 4.82, Аноним (30), 17:35, 09/02/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > Вродь они юзерспейс с первых версий не ломали, а вот внутренние апи
    > ломаются постоянно, но там никто и не обещал стабильности

    Например некоторые сисколы изменены setpriority, ptrace некоторые задепрекейчены.

     

  • 1.42, Аноним (42), 15:16, 09/02/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    7.0-rust-edition. Кушайте!
     

  • 1.44, Аноним (44), 15:21, 09/02/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    Значит версия ядра 19.19 будет последней. Готовьтесь.
     
     
  • 2.66, Karl Richter (ok), 16:42, 09/02/2026 [^] [^^] [^^^] [ответить]  
  • +/
    К тому моменту Linux уже будет неактуален.
     
     
  • 3.79, Аноним (79), 17:21, 09/02/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Что на замену?
     
     
  • 4.85, Аноним (85), 17:47, 09/02/2026 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Не скажем, чтобы и туда ржавчины с ИИ не добавили.
     
  • 4.86, Аноним (15), 17:48, 09/02/2026 Скрыто ботом-модератором     [к модератору]
  • +/
     
  • 4.101, Мемоним (?), 18:38, 09/02/2026 [^] [^^] [^^^] [ответить]  
  • +/
    https://bentsukun.ch/posts/netbsd-rust-kernel/
     
  • 3.84, Аноним (85), 17:46, 09/02/2026 Скрыто ботом-модератором     [к модератору]
  • +/
     

  • 1.47, Фонтимос (?), 15:41, 09/02/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    И... скромно умолчал, что будет полностью переписан на безопасном языке.
     
     
  • 2.116, Аноним (116), 19:46, 09/02/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Полностью не будет, все еще должен выдавать сишный api
     
     
  • 3.146, анон (?), 23:19, 09/02/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > Полностью не будет, все еще должен выдавать сишный api

    Опять питонисты/JS-ники почти совсем-совсем не палятся 😀


     

  • 1.52, Аноним (49), 15:52, 09/02/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    >Добавлен макрос "at_least" (например, "param[at_least 7]", информирующий о минимально допустимом размере массива, передаваемого в функцию. Если в функцию будет передан массив с меньшим числом элементов, то компилятор выведет предупреждение.

    Шёл 2026 год, и сишники медленно и неуверенно изобретали зависимые типы, но никак не могли изобрести. Тем временем, ATS0 написанный на Ocaml, релизнулся в далёком 2006.

     
     
  • 2.53, Аноним (53), 15:56, 09/02/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > Если в функцию будет передан массив с меньшим числом элементов,
    > то компилятор выведет предупреждение.

    Которое будет успешно проигнорено, потому что "ты чО шелезяка! мне указывать будешь?!"

     
     
  • 3.58, Аноним (48), 16:12, 09/02/2026 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > будет успешно проигнорено

    безопасными программистами, для которых сообщения компилятора - всего лишь какие-то руны.

     
  • 2.75, Аноним (75), 16:59, 09/02/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Зависимые от чего?
     
     
  • 3.83, Круз (?), 17:39, 09/02/2026 [^] [^^] [^^^] [ответить]  
  • +2 +/
    от корпораций
     
  • 3.87, Аноним (87), 17:49, 09/02/2026 [^] [^^] [^^^] [ответить]  
  • +2 +/
    От названия и версии компилятора.
     
  • 3.93, Аноним (49), 17:59, 09/02/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Шёл 2026 год, а коментаторы не понимают, что фразу "зависимые типы" можно вбить в поисковик и узнать об этом.
     
     
  • 4.150, 12yoexpert (ok), 01:17, 10/02/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    гуглится только инфоцыганщина и трейдмарки, чяднт?
     
  • 2.105, Сладкая булочка (?), 18:57, 09/02/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > Тем временем, ATS0 написанный на Ocaml, релизнулся в далёком 2006.

    На странице Википедии  все сказано

    Future

    As of 2024, ATS is used mostly for research; fewer than 200 GitHub repositories contain code written in ATS. This is far less than other functional languages, such as OCaml and Standard ML, which have over 16,000 and 3,000 repositories, respectively. This is likely due to the steep learning curve associated with ATS [citation needed], which is present because of the language's use of dependent type-checking and template instance resolution. These features usually require the use of explicit quantifiers, which demand further learning

     
     
  • 3.134, Аноним (49), 21:47, 09/02/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >На странице Википедии  все сказано

    Не сказано буквально ничего.
    >steep learning curve

    Кривая обучения может затрагивать только тех, кто на языке пишет, ну или хотя-бы пытается. Если вы до меня об этом языке не слышали, то кривая обучения на вас абсолютно никак не влияет.
    >such as OCaml and Standard ML, which have over 16,000 and 3,000 repositories

    А теперь, на основании количества репозиториев сделайте выводы, о кривой обучения каждого языка, и, желательно, правильные.
    >As of 2024, ATS is used mostly for research

    Ну действительно, в 2026 никаких других языков с зависимыми типами не существует, да? Idris, Coq - уже изобретены. А верификация кода L4 вообще производилась на хаскеле. Всякие Lean тоже не вспоминаем.
    >[citation needed]

    Какое достоверное высказыание.

     
     
  • 4.144, Сладкая булочка (?), 23:08, 09/02/2026 [^] [^^] [^^^] [ответить]  
  • +/
    >>As of 2024, ATS is used mostly for research
    > Ну действительно, в 2026 никаких других языков с зависимыми типами не существует,
    > да? Idris, Coq - уже изобретены. А верификация кода L4 вообще
    > производилась на хаскеле. Всякие Lean тоже не вспоминаем.

    Вы предлагаете на них ядро писать или в чем суть вашего комментария?

    > А верификация кода L4 вообще производилась на хаскеле.

    На Isabelle, на Haskell модель и он не является интерактивным инструментом для автоматического доказательства.

     
  • 2.127, aa (?), 20:57, 09/02/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    при этом растеры изобретали парсеры раста, чтобы сделать из раста что-то удобоваримое в ядре
     
     
  • 3.151, 12yoexpert (ok), 01:18, 10/02/2026 [^] [^^] [^^^] [ответить]  
  • +/
    *чтобы делать

    раст и совершенные формы глаголов не могут находиться в одном предложении, учи язык

     
     
  • 4.153, Аноним (-), 02:00, 10/02/2026 Скрыто ботом-модератором     [к модератору]
  • +/
     

  • 1.61, Аноним (61), 16:34, 09/02/2026 Скрыто ботом-модератором [﹢﹢﹢] [ · · · ]     [к модератору]
  • –1 +/
     
  • 1.68, Аноним (68), 16:45, 09/02/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    В Btrfs процессы проверки ФС (scrub) и замены устройств больше не блокируют переход системы в спящий режим (перед засыпанием сохраняется состояние scrub-проверки;
    Проведена подготовка к поддержке fscrypt.

    Отлично. Лучшая ФС для Линукс стала еще лучше. Кстати в 7.0. разрабы обещают завести новые хэши: XXH3 и Blake3.

     
     
  • 2.92, Аноним (92), 17:57, 09/02/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Они будут в Btrfs использоваться? Для пользователей будет заметна разница в производительности? Или это для каких то других целей делается?

    И не слышал ли ты, есть ли у разрабов планы по добавлению аналога L2ARC из ZFS?

     
  • 2.108, Аноним (109), 19:04, 09/02/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Лучше бы завезли что-то, чтобы дефрагментация не разрывала дедупликацию, а также штатный механизм для нее.
     

  • 1.78, dannyD (?), 17:19, 09/02/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    OrangePi RV2 - дождались ;-)
     
  • 1.88, Аноним (109), 17:52, 09/02/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Это для чего?

    > В User-mode Linux (запуск ядра как пользовательского процесса) добавлена ограниченная поддержка многопроцессорности, но потоки внутри одного процесса пока не могут выполняться одновременно. Началось портирование User-mode Linux на библиотеку nolibc.

     
     
  • 2.113, Аноним (113), 19:33, 09/02/2026 [^] [^^] [^^^] [ответить]  
  • +/
    i hurd u liek linux so you can run linux when running linux
     

  • 1.114, Аноним (114), 19:40, 09/02/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • –3 +/
    Радует, что линукс развивается благодаря корпорациям. И правильно, что они сказали Линусу добавить Раст в ядро.
     
     
  • 2.115, Аноним (116), 19:44, 09/02/2026 [^] [^^] [^^^] [ответить]  
  • +/
    жаль только корпорациям линукс десктоп не интересен
     
  • 2.120, Аноним (48), 20:23, 09/02/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > линукс развивается благодаря корпорациям

    В чём заключается развитие? Что было сделано за последние 15 лет?

     
  • 2.133, Аноним (133), 21:46, 09/02/2026 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Какая уже разница на чем писать, вон Торвальдс невпопад педалями вайбкодит и релизы выпускает
     

  • 1.119, Аноним (133), 20:23, 09/02/2026 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Изменений много только...

    1. Когда POSIX AIO и SELECT/POLL починят?
    2. Когда EPOLL починят?
    3. Когда IO_URING починят?
    4. Там еще много чего работает только на бумаге

    Да не фигня какая то, нужно больше фич богу сломанных фич

     
     
  • 2.121, Аноним (48), 20:25, 09/02/2026 [^] [^^] [^^^] [ответить]  
  • +/
    Если вам дать готовый продукт-срез, вы же не будете в будущем зависеть от корпораций...
     
     
  • 3.139, Аноним (79), 22:17, 09/02/2026 [^] [^^] [^^^] [ответить]  
  • +/
    А драйвера на железо кто напишет, если оно в 99.9(9)% закрытое?
     
     
  • 4.143, Аноним (48), 22:47, 09/02/2026 [^] [^^] [^^^] [ответить]  
  • +/
    > А драйвера на железо кто напишет

    Китайцы. Кто делает железо - тот и пишет. А вы думали, красношапка железо выпускает? Или каноникал? А может, дебиан?

     

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



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

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