The OpenNET Project / Index page

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

Релиз ядра Linux 6.17

29.09.2025 11:18

После двух месяцев разработки Линус Торвальдс представил релиз ядра Linux 6.17. Среди наиболее заметных изменений: повышение производительности Btrfs, системные вызовы file_getattr() и file_setattr(), унификация однопроцессорных и многопроцессорных конфигураций в планировщике задач, модуль DAMON_STAT со статистикой доступа к памяти, поддержка Live-патчей на системах ARM64, отправка core-дампов через сокет AF_UNIX, лимитирование SCHED_EXT через cgroup, упрощённая настройка защиты от уязвимостей в CPU, сборка в Clang с инициализацией переменных в стеке, защита от подмены /proc, расширение подсистемы RV (Runtime Verification), ограничение сокетов AF_UNIX через AppArmor, алгоритм контроля перегрузок TCP DualPI2.

В новую версию принято 14334 исправлений от 2118 разработчиков, размер патча - 46 МБ (изменения затронули 12841 файлов, добавлено 646654 строк кода, удалено 398782 строк). В прошлом выпуске было 15924 исправления от 2145 разработчиков, размер патча - 50 МБ . Около 43% всех представленных в 6.17 изменений связаны с драйверами устройств, примерно 12% изменений имеют отношение к обновлению кода, специфичного для аппаратных архитектур, 14% связано с сетевым стеком, 4% - с файловыми системами и 3% c внутренними подсистемами ядра.

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

  • Дисковая подсистема, ввод/вывод и файловые системы
    • В Btrfs добавлена экспериментальная поддержка больших фолиантов страниц памяти (large folios), позволяющих снизить накладные расходы и повысить производительность ряда операций. Реализовано кэширование запросов к битовым картам распределения свободного места, благодаря которому производительность создания пустых файлов выросла на 20%. Улучшена работа упреждающего чтения в системах, применяющих сжатие данных. Обеспечено более плотное размещение ключей в структуре XArray, что повысило компактность хранению узлов дерева экстентов и позволило сократить число конечных узлов на 50-70%. Предоставлены дополнительные настройки использования сжатия в дефрагментированных экстентах.
    • В ФС ext4 появилась поддержка буферизированного ввода/вывода с флагом RWF_DONTCACHE, при котором данные удаляются из страничного кэша сразу после завершения операции.
    • В ФС EROFS реализована поддержка сжатия метаданных.
    • NFS-сервер теперь может делегировать операции записи клиентам, открывающим файлы в режиме только для записи.
    • В системный вызов fallocate() добавлен флаг FALLOC_FL_WRITE_ZEROES, позволяющий заполнить нулями указанный диапазон в файле, используя поддерживаемую некоторыми SSD-накопителями команду WRITE_ZERO, выполняющую обнуление без операций ввода/вывода. Опция пока доступна только в ФС ext4.
    • Добавлены системные вызовы file_getattr() и file_setattr() для манипулирования атрибутами inode заданного файла.
    • Удалён драйвер "pktcdvd" для работы с оптическими носителями в пакетном режиме, который был помечен устаревшим в 2016 году.
    • В драйвере NTFS3 налажена работа с символическими ссылками, созданными в Windows, а также добавлена проверка корректности имён файлов, и обеспечено создание символических ссылок для относительных путей.
    • ФС Bcachefs в ядре Linux переведена в режим внешнего сопровождения, подразумевающего прекращение приёма изменений для Bcachefs в основной состав ядра при сохранении данной ФС в кодовой базе ядра. Разработка Bcachefs будет производиться вне кодовой базы ядра до того, как Кент Оверстрит на деле не докажет возможность корректного взаимодействия с другими разработчиками ядра и способность следовать устоявшимся правилам разработки.
  • Память и системные сервисы
    • Из планировщика задач удалена поддержка однопроцессорных конфигураций. На системах с одним процессором теперь следует использовать ядра, собранные для многопроцессорных систем (SMP). Код для однопроцессорных и многопроцессорных систем унифицирован и избавлен от лишних привязок к параметру ядра CONFIG_SMP.
    • Добавлен модуль ядра DAMON_STAT (Data Access Monitoring Results Stat), позволяющий отслеживать доступ к оперативной памяти, используя подсистему DAMON (Data Access MONitor). Модуль предоставляет статистику о неактивности (memory_idle_ms_percentiles) и прогнозируемой пропускной способности памяти (estimated_memory_bandwidth).
    • На системах с архитектурой ARM64 реализована поддержка Live-патчей, позволяющих применять исправления к ядру Linux на лету, без перезагрузки и остановки системы.
    • В минималистичной Си-библиотеке nolibc, поставляемой в составе исходных текстов ядра Linux и предоставляющей обвязку над базовыми системными вызовами, реализована поддержка архитектур SuperH, x32, MIPS n32 и MIPS n64.
    • Расширена возможность отправки содержимого core-дампов через сокет AF_UNIX, позволяющая создавать в пространстве пользователя более безопасные обработчики core-дампов, не завязанные на вызов ядром привилегированных процессов. В новой версии добавлен протокол для создания серверов, способных управлять обработкой core-дампов на уровне отдельных задач. Например, для одних процессов можно игнорировать core-дампы, а для других передавать их через сокет. Отдельно подготовлен прототип сервера для управления core-дампами.
    • Добавлена опция командной строки ядра "crashkernel=size,cma" для резервирования через CMA (Contiguous Memory Allocator) места в памяти под сохранение crash-дампа ядра.
    • Расширены возможности механизма pidfd, позволяющего использовать идентификаторы, связанные с конкретными процессами и в отличие от pid повторно не назначаемые. Добавлена возможность привязки к pidfd расширенных атрибутов из пространства пользователя. Разрешено открытие файловых дескрипторов для pidfd через функцию open_by_handle_at() без привязки к файловой системе. Внутренняя информация, созданная ядром вместе с pidfd, теперь привязывается к процессу, а не pidfd, и сохраняется между повторным открытием того же процесса.
    • В подсистему BPF добавлена функция bpf_cgroup_read_xattr() для чтения расширенных атрибутов файлов. Предоставлена возможность использования в BPF-программах типовых строковых операций, таких как bpf_strcmp, bpf_strnchr, bpf_strchrnul, bpf_strlen и bpf_strspn, работающих в режиме только для чтения. Добавлена возможность использования стандартных потоков stdout и stderr для взаимодействия с компонентами в пространстве пользователя. Для систем на базе архитектуре LoongArch в BPF реализована возможность динамической модификации кода, механизма "BPF trampoline" (снижает накладные расходы при передаче вызовов между ядром и программами BPF) и запуска программ, использующих struct_ops для создания обработчиков функций ядра через BPF.
    • В системе учёта времени реализована поддержка вспомогательных часов (auxiliary), которые не связаны с обычными системными часами и идут по собственному ритму (ранее все часы шли с одинаковым ритмом и отличались только смещением).
    • Добавлена начальная поддержка прокси-исполнения (Proxy Execution) для смягчения проблем инверсии приоритетов. Прокси-исполнение позволяет задаче, ожидающей освобождения блокировки, передать свой контекст исполнения задаче, удерживающей блокировку, для ускорения освобождения этой блокировки.
    • Продолжен перенос изменений из ветки Rust-for-Linux, связанных с использованием языка Rust в качестве второго языка для разработки драйверов и модулей ядра (поддержка Rust не активна по умолчанию, и не приводит ко включению Rust в число обязательных сборочных зависимостей к ядру). Добавлены абстракции для управления регуляторами напряжения и тока, свойствами прошивок, ресурсами ввода/вывода и памяти ввода/вывода. Реализован макрос "warn_on!()". Добавлен тип UserPtr для указателей в пространстве пользователя. Расширена функциональность модулей workqueue, uaccess, dma, time и list. Добавлен модуль 'bits' с функциями 'bit' и 'genmask'.
    • Переработан код для вычисления контрольных сумм CRC и добавлены новые вызовы для генерации хэшей SHA-1 и SHA-2. Добавлены специфичные для аппаратных архитектур оптимизации. Повышена производительность функции crc32c() на новых CPU x86_64, поддерживающих расширение VPCLMULQDQ (Vector Carry-Less Multiplication of Quadwords).
    • Для систем S390 реализована поддержка вытеснения в раздел подкачки и миграции больших страниц памяти (transparent huge page).
    • Добавлена возможность настройки агрессивности освобождения страниц памяти (proactive-reclaim) при её нехватке в привязке к отдельным узлам NUMA, что позволяет выделить узлы NUMA, для которых будет применено более активное высвобождение памяти. Например, "echo "512M swappiness=10" > /sys/devices/system/node/node1/reclaim".
    • В механизм SCHED_EXT, позволяющий использовать BPF для создания планировщиков CPU, добавлена возможность управления пропускной способностью через cgroup. Например, можно использовать параметр cpu.max для ограничения нагрузки на CPU.
    • Объявлено устаревшим автоматическое монтирование виртуальной ФС tracefs в каталог /sys/kernel/debug/tracing, вместо которого следует использовать /sys/kernel/tracing.
    • Утилита gconfig, применяемая для конфигурирования сборочных опций ядра, переведена на использование библиотеки GTK3.
  • Виртуализация и безопасность
    • Добавлена возможность включения защиты от уязвимостей в CPU через выбор блокируемых векторов атаки вместо указания в настройках конкретных уязвимостей. Методы блокировки выбираются в зависимости от вида нарушения изоляции: между пользователем и ядром (user-kernel), между пользователем и другим пользователем (user-user), между гостевой системой и хост-окружением (guest-host), между разными гостевыми системами (guest-guest) и между разными потоками (cross-thread). Предложенный подход даёт возможность активировать только защиту от тех классов уязвимостей, которые реально волнуют пользователя. Например, владельцы облачных окружений могут включить режимы guest-host и guest-guest, после чего будут активированы методы защиты от уязвимостей BHI, GD, L1TF, MDS, MMIO, Retbleed, RFDS, Spectre_v2, SRBDS, SRSO и TAA.
    • Добавлена поддержка сборки компилятором Clang с включением режима отслеживания глубины стека, при котором выполняется инициализация всех хранимых в стеке переменных. Инициализация производится для предотвращения утечки информации из ядра через неинициализированные переменные, которые могут содержать остатки ранее сохранённых в стеке данных. До этого похожая возможность поддерживалась при использовании GCC-плагина STACKLEAK.
    • Добавлена защита от подмены атакующим файловой системы /proc через монтирование в режиме "bind". Inode-номер корня /proc теперь фиксирован (PROCFS_ROOT_INO) и может быть проверен процессом в пространстве пользователя.
    • В подсистему RV (Runtime Verification), предназначенную для проверки корректности работы высоконадёжных систем, добавлен компонент мониторинга rtapp (Real-time application monitor) для отслеживания типовых проблем в приложениях, работающих в режиме реального времени, а также компоненты rp, sssw и opid для тестирования планировщика задач. Реализована возможность создания компонентов мониторинга, использующих для определения модели поведения линейную темпоральную логику вместо детерминированного автомата. Проверка производится во время выполнения через прикрепление обработчиков к точкам трассировки, сверяющих фактический ход выполнения с заранее определённой эталонной моделью, определяющей ожидаемое поведение системы.
    • В систему AppArmor добавлена поддержка управления доступом к сокетам AF_UNIX.
    • В гипервизоре KVM на системах ARM реализована поддержка контроллера прерываний GICv5.
    • Добавлена настройка CONFIG_KVM_IOAPIC, позволяющая отключить поддержку в KVM эмуляции APIC, PIC и PIT.
    • Добавлена защита от уязвимости VMSCAPE.
    • Добавлена ioctl-команда FS_IOC_GETLBMD_CAP для получения из пространства пользователя информации о применении к файлу средств для защиты целостности.
    • Объявлен устаревшим интерфейс /sys/fs/selinux/user, при обращении к которому теперь вносится пятисекундная задержка и выводится предупреждение в лог.
    • Возобновлено сопровождение LSM-модуля Lockdown, позволяющего ограничить доступ пользователя root к ядру и блокировать пути обхода UEFI Secure Boot.
    • Добавлен драйвер ovmf-debug-log для доступа к отладочному логу прошивок OVMF (Open Virtual Machine Firmware) через /sys/firmware/efi/ovmf_debug_log для упрощения диагностики проблем в виртуальных машинах, загружаемых в режиме UEFI.
  • Сетевая подсистема
    • В реализацию технологии PSE (Power Sourcing Equipment), применяемой для подачи питания через Ethernet на такие устройства, как IP-камеры и беспроводные точки доступа, добавлена поддержка настраиваемых стратегий оценки бюджета питания (общей доступной мощности). Подобные стратегии позволяют определить какие порты следует отключить в первую очередь для предотвращения перегрузки.
    • В реализацию протокола MCTP (Management Component Transport Protocol) добавлена поддержка маршрутизации пакетов к внешним узлам через промежуточные узлы (gateway-routing). Например, нижеприведённые правила позволяют направить пакеты к узлу с идентификатором 10 (Endpoint ID 10) через устройство mctpi2c0, используя адрес 0x1d, напрямую прикреплённый к узлу с идентификатором 9.
      
         mctp route add 9 via mctpi2c0
         mctp neigh add 9 dev mctpi2c0 lladdr 0x1d
         mctp route add 10 gw 9
      
    • Для UNIX-сокетов (AF_UNIX) реализована опция SO_INC, а для семейства адресов VSOCK опция SIOCINQ. Реализованные опции аналогичны опции TCP_INQ для TCP и позволяют через управляющее сообщение получить сведения о количестве байтов, доступных в сокете для чтения.
    • Для TCP включено строгое соблюдение объявленного размера окна приёма, которое определяет размер данных, допустимых к отправке до получения ACK-подтверждения от другой стороны. Ранее ядро продолжало обрабатывать данные поступающие сверх объявленного окна приёма, но теперь перестанет это делать.
    • В MPTCP (Multipath TCP) добавлена возможность использования опции сокета TCP_MAXSEG для ограничения максимального размера отправляемых сегментов. MPTCP представляет собой расширение протокола TCP для организации доставки пакетов одновременно по нескольким маршрутам через разные сетевые интерфейсы, привязанные к разным IP-адресам.
    • Добавлена поддержка алгоритма контроля перегрузок TCP DualPI2 (RFC 9332), который позволяет использовать масштабируемые контроллеры перегрузки для трафика с высокими требованиями к качеству обслуживания (например, TCP-Prague и DCTCP), не вызывая снижения производительности классического трафика, для которого применяются такие контроллеры перегрузки, как Reno и Cubic.
    • Добавлен sysctl "force_forwarding", через который можно активировать перенаправление трафика на выбранных сетевых интерфейсах с IPv6.
    • Удалена поддержка алгоритма определения потери пакетов SACK (Selective Acknowledgment), описанного в RFC 6675. Данный алгоритм был объявлен устаревшим в 2018 году. Для определения потери TCP-пакетов рекомендуется использовать алгоритм RACK-TLP.
  • Оборудование
    • Продолжена работа над drm-драйвером (Direct Rendering Manager) Xe для GPU на базе архитектуры Intel Xe, которая используется в видеокартах Intel семейства Arc и интегрированной графике, начиная с процессоров Tiger Lake. В новой версии включена по умолчанию поддержка чипов на базе микроархитектуры Panther Lake и добавлена поддержка микроархитектуры WildCat Lake.
    • В драйвере AMDGPU для GPU GFX9.x реализована поддержка механизма Cleaner Shader, обеспечивающего очистку памяти GPU перед её повторным использованием для исключения утечки данных, оставшихся после работы другого процесса. Улучшена поддержка ждущего режима. Добавлена возможность перехода в спящий режим в окружениях с AMD SR-IOV. Улучшено управление подсветкой. Добавлена начальная поддержка механизма SmartMUX для переключения между интегрированным и дискретным GPU на ноутбуках.
    • В драйвере i915 реализована поддержка механизма drm_panic, который отображает при сбоях подобие "синего экрана смерти". Добавлена поддержка дисплейного контроллера, используемого в чипах семейства Wildcat Lake.
    • Продолжена интеграция компонентов драйвера Nova для GPU NVIDIA, оснащённых GSP-прошивками, используемыми начиная с серии NVIDIA GeForce RTX 2000 на базе микроархитектуры Turing. Драйвер написан на языке Rust. В новой версии добавлен уровень абстракции для работы с DMA, реализован парсер VBIOS, добавлен код для настройки фреймбуфера и обеспечена поддержка ускоренной загрузки в режиме Falcon.
    • В драйвер adreno добавлена поддержка GPU Qualcomm Adreno x1-45 и x1-85.
    • В драйвер msm добавлена поддержка GPU Adreno SM8750 и маппинга видеопамяти (VM_BIND).
    • В драйвер panfrost добавлена поддержка GPU Mali, применяемых в SoC Mediatek mt8370.
    • В драйвер lima добавлена поддержка GPU, применяемых в SoC Rockchip RK3528.
    • Добавлен драйвер mtd (Memory Technology Devices) для доступа к NVM-памяти, интегрированной в GPU Intel.
    • Добавлена поддержка звуковых систем ASoC IMX WM8524, AMD ACP7.2, SoundWire ACP 7.1, Fairphone 4 & 5, Qualcomm QCS8275, Framework Laptop 13 (AMD Ryzen AI 300), CS35L41 HDA (применяется в ноутбуках ASUS), Richtek RTQ9124, TI TAS5753, HP EliteBook x360 830 G6, EliteBook 830 G6, LG 16Z90R-A, HP 15-fc000. Проведена реорганизация кода HD-audio.
    • Добавлена поддержка ARM-плат, SoC и устройств: NVIDIA Tegra264, Marvell PXA1908 (первый 64-разрядный чип от Marvell для смартфонов), CIX P1, Axiado AX3000, Sophgo SG2000 (совмещает ядра ARM и RISC-V), Mediatek mt6572, Exynos 2200 (используется в Samsung Galaxy S22), Renesas R-Car V4M-7, TI am62d2 и Sophgo sg2042, ноутбуки на базе Mediatek mt8186 и Qualcomm Snapdragon X1, смартфоны и планшеты на базе SoC mt6572, tegra30 и msm8976.

Одновременно латиноамериканский Фонд свободного ПО сформировал вариант полностью свободного ядра 6.17 - Linux-libre 6.17-gnu, очищенного от элементов прошивок и драйверов, содержащих несвободные компоненты или участки кода, область применения которых ограничена производителем. В выпуске 6.17 обновлён код чистки blob-ов в драйверах amdgpu, prueth, iwlwifi, btusb, pci mhi host, adreno a6xx, nova-core и Intel AVS. Выполнена чистка имён blob-ов в dts-файлах (devicetree) для ARM-чипов и Intel IPU7. Нейтрализована загрузка blob-ов в новых драйверах pci hda. Прекращена чистка блобов в драйвере QLogic infiniband, удалённом из ядра.


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


Обсуждение (173) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.2, Аноним (2), 11:48, 29/09/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • –29 +/
    Надо попробовать на Tumbleweed:
    https://www.opensuse.org/ru/
     
     
  • 2.13, Аноним (13), 12:19, 29/09/2025 [^] [^^] [^^^] [ответить]  
  • +7 +/
    Какой наивный спам
     
     
  • 3.23, нейм (?), 13:11, 29/09/2025 [^] [^^] [^^^] [ответить]  
  • +4 +/
    У спама должна быть цель, типа продажи продукта

    Какой смысл нести на опеннет, где все сидят на винде и маке, ссылку на какой-то маргинальный роллинг?

     
     
  • 4.48, Игорь (??), 14:33, 29/09/2025 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Значит я маргинал - использую Tumbleweed с момента ее появления.
     
     
  • 5.144, Аноним (144), 21:23, 29/09/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Но недостаточно... А вот сделал бы BSD/Linux и FreeGNU, был бы другой разговор))
     
     
  • 6.151, Аноним (-), 22:06, 29/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Но недостаточно... А вот сделал бы BSD/Linux и FreeGNU, был бы другой разговор))

    Уже был Debian/kFreeBSD. Никому толком не надо оказалось - и проект загнулся.

     
  • 4.126, Аноним (-), 20:17, 29/09/2025 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > У спама должна быть цель, типа продажи продукта
    > Какой смысл нести на опеннет, где все сидят на винде и маке,
    > ссылку на какой-то маргинальный роллинг?

    Отучаемся говорить за всех. Я вот Debian юзаю. С сабжевым ядром, которое сам же себе и билданул. Почему сам? Давно известно что чтобы карта перла - надо просто быть тем кто раздает карты :)

     
     
  • 5.156, всамурай (?), 22:14, 29/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Ты как собрал? Каждую строчку в конфиге облизал или пару блоков по доке "отбилдил". И да, из чего билдил то? Со своего личного кода, я надеюсь?
    Крупье из 8"Б", ля.
     
     
  • 6.162, Аноним (-), 22:31, 29/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Как, как Выставил ему параметры по вкусу, сказал make bindeb-pkg - и через энно... большой текст свёрнут, показать
     

  • 1.4, Аноним (4), 11:59, 29/09/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    Почему btrfs так долго разрабатывается? В смысле, постоянно какие-то улучшения производительности и т.д. почти в каждой новости про новое ядро.
     
     
  • 2.5, Аноним (5), 12:06, 29/09/2025 [^] [^^] [^^^] [ответить]  
  • +8 +/
    Не долго разрабатывается, а развивается и совершенствуется. Всегда есть куда двигаться и что фиксить. ФС же сравнительно новая.
     
     
  • 3.11, Аноним (11), 12:14, 29/09/2025 [^] [^^] [^^^] [ответить]  
  • +7 +/
    16 лет? Пора бы уже остепениться.
     
     
  • 4.28, Wrt (?), 13:35, 29/09/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Так оно уже давно, ext4 тоже все еще развивается и улучшается.
     
     
  • 5.94, Аноним (94), 16:25, 29/09/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    А в линуксе всегда так. Либо вечно дорабатывают и долечивают детские болячки, либо уже устарело и в следуюшей версии будет удалено. Стабильного, рабочего состояния не существует, за поддержку стабильного платить не будут.
     
     
  • 6.112, Аноним (112), 17:28, 29/09/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Зато в вынде всё отлично! Там всё устарело (это там называют "совместимость"), болячки не лечат (это там называют "стабильность"), и все счастливы! :D
     
     
  • 7.132, Аноним (132), 20:49, 29/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Ты сначала сравни ext4 с NTFS.

    У какой из них есть снапшоты, 2 вида сжатия, шифрование, дедупликация, возможность мгновенного поиска и бесконечные inode?

     
     
  • 8.133, AleksK (ok), 21:03, 29/09/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    У btrfs... текст свёрнут, показать
     
     
  • 9.136, Аноним (132), 21:17, 29/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    ... текст свёрнут, показать
     
     
  • 10.150, AleksK (ok), 22:03, 29/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Который в общем-то совсем не мгновенный и делается сторонней программой ... текст свёрнут, показать
     
     
  • 11.152, Аноним (-), 22:08, 29/09/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    И делает при случае windows vista из любого компа, особенно если файло раскида... текст свёрнут, показать
     
     
  • 12.176, Аноним (132), 00:14, 30/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    И это говорит человек, который только что предложил ... текст свёрнут, показать
     
     
  • 13.182, Аноним (-), 02:24, 30/09/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    А у меня на линухе не получается windows vista при этом Все за вполне обозримые... текст свёрнут, показать
     
     
  • 14.184, Аноним (132), 02:35, 30/09/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Релиз ядра Linux 6.17... текст свёрнут, показать
     
     
  • 15.219, Аноним (-), 15:05, 30/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Это также вполне прагматичные кейсы различного процессинга данных За весь мир п... текст свёрнут, показать
     
  • 8.146, Аноним (146), 21:49, 29/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    У той, которая медленная, как полумёртвая черепаха А всё, что ты перечислил, ес... текст свёрнут, показать
     
     
  • 9.147, Аноним (132), 21:52, 29/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Ну давай сравнение скорости майкрософтовской реализации NTFS с btrfs и ZFS ... текст свёрнут, показать
     
     
  • 10.149, penetrator (?), 22:01, 29/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    а давай возьми файл на полтерабайта, а потом скопируй его в тот же диск для моди... текст свёрнут, показать
     
  • 10.153, Аноним (-), 22:10, 29/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Берем диру Делаем там 100К файлов Ребутаем машину чтобы сбросить кеш Пробуем ... текст свёрнут, показать
     
  • 9.148, Аноним (132), 21:58, 29/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Но мне нравится уже то, что ФС 1993 года, а не ReFS, сравнивается с ФС нового по... текст свёрнут, показать
     
     
  • 10.155, Аноним (-), 22:11, 29/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Этот ReFS какой-то вообще левый, в домашних виндах пользователей на него вообще ... текст свёрнут, показать
     
  • 10.168, Аноним (146), 22:47, 29/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Лол, а в 93-м году у NTFS уже были все эти функции, которые там расписали Да и ... текст свёрнут, показать
     
     
  • 11.175, Аноним (132), 00:08, 30/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Ведь у неё нет в названии слов New Technology Нет, между старыми слоёными не-Co... текст свёрнут, показать
     
     
  • 12.183, Аноним (-), 02:26, 30/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Ну она new - достаточно условно так то Ибо на блочном уровне ближе к классике ч... текст свёрнут, показать
     
  • 8.169, maximnik0 (?), 22:50, 29/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Из всего перечисленного у ext4 отсутствует бесконечные иноды Шифрование сейчас ... текст свёрнут, показать
     
     
  • 9.174, Аноним (132), 00:04, 30/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Вряд ли это дотягивается до индексации MFT ... текст свёрнут, показать
     
     
  • 10.196, maximnik0 (?), 08:17, 30/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Но все равно с мелкими файлами ext4 лучше работает, как не пыталась MS улучшить ... текст свёрнут, показать
     
     
  • 11.220, Аноним (-), 15:10, 30/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    А btrfs с мелкими файлами еще и умеет хранение сразу в метаданных и tail packing... текст свёрнут, показать
     
     
  • 12.230, maximnik0 (?), 08:31, 01/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Но одну вещь зажали - были падчи в ядре только для разработчиков,даже меню скры... текст свёрнут, показать
     
     
  • 13.231, Аноним (-), 16:05, 01/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Я думаю что среди девов ФС - просто никто уже не хочет серьезно колупаться с эти... большой текст свёрнут, показать
     
  • 2.7, Аноним (13), 12:09, 29/09/2025 [^] [^^] [^^^] [ответить]  
  • +13 +/
    Да и само ядро долго разрабатывается, не смогли за столько лет сделать
     
     
  • 3.21, Аноним (4), 13:05, 29/09/2025 [^] [^^] [^^^] [ответить]  
  • –9 +/
    К ядру вопросов нет. А тут выпустили кривое тормозное гуано и пытаются его исправлять все эти годы. Впрочем, похнах, наверное, прав и таким образом пытаются вытягивать деньги.
     
  • 2.8, пох. (?), 12:11, 29/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Почему btrfs так долго разрабатывается?

    если сразу сделать нормально - мордокнига может сократить твою ставку.

    поэтому каждый день надо выкатывать мелкие улучшизмы - даже если на самом деле они ничего и не улучшают.

     
     
  • 3.221, Аноним (221), 15:22, 30/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    А как насчет применить эти стандарты например к ZFS Вот господа, делавшие якобы... большой текст свёрнут, показать
     
     
  • 4.229, пох. (?), 22:34, 30/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Я тебе уже говорил - начинаешь врать - идешь на...

    (а тут еще и похороникс, с номинацией sqlite. Врунишка врунишку видит издалека.)

     
     
  • 5.232, Аноним (-), 16:09, 01/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Я тебе уже говорил - начинаешь врать - идешь на...
    > (а тут еще и похороникс, с номинацией sqlite. Врунишка врунишку видит издалека.)

    Все врут и только пох. - светоч истины. Или, что вероятнее, у сэра просто ушибло дисковой полкой^W^W^W долбит профдеформация. Из-за которой взгляд на мир очень специфичный и сэр почему-то уверен что мир вертится вокруг дисковых полок. А он - ни разу не. Это настолько маргинальный и специфичный сегмент - что его даже на один несчастный Sun толком не хватило и тот сдох.

    А general purpose сценарии (которых в 100500 раз больше на глобусе) - куда как ближе к тому что забенчил фороникс. Так что как видишь, правда у каждого своя.

     
     
  • 6.233, пох. (?), 16:18, 01/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > А general purpose сценарии (которых в 100500 раз больше на глобусе) - куда как ближе к
    > тому что забенчил фороникс.

    потому что все бандерлоги так говорят.

    Ты в очередной раз просто соврал.

    > Так что как видишь, правда у каждого своя.

    нет. ты просто враль.

     
     
  • 7.236, Аноним (-), 18:36, 01/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Я думаю что мир в целом будет, имхо, доверять - форониксу Просто потому, что ци... большой текст свёрнут, показать
     
  • 2.12, Аноним (12), 12:18, 29/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Потому же, почему и другие ФС
     
  • 2.18, Аноним (18), 12:51, 29/09/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > - В ФС ext4 появилась поддержка буферизированного ввода/вывода с флагом RWF_DONTCACHE, при котором данные удаляются из страничного кэша сразу после завершения операции.
    > - NFS-сервер теперь может делегировать операции записи клиентам, открывающим файлы в режиме только для записи.

    а тебя сроки разработки ext4 и NFS-сервера не смущают?

     
     
  • 3.222, Аноним (-), 15:27, 30/09/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > а тебя сроки разработки ext4 и NFS-сервера не смущают?

    X11 и то какие-то чудаки до сих пор разрабатывать пытаются. Вон вулкан прикрутить пыжатся. Выглядит как паровоз к которому примотали ракету, но все же.

     
  • 2.20, myster (ok), 13:02, 29/09/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Почему btrfs так долго разрабатывается?

    Вы так говорите, как будто BTRFS сырой, он уже давно в проде много где используется. А в Fedora это давно используется по-умолчанию. Также программы для разметки диска, например, KDE partition Manager, при создании нового раздела, по-умолчнию предлагают BTRFS, а не какой-нибудь устаревший ext4. Сам автор ext4 заявил достаточно давно, что ext5 не будет, будущее за файловыми системами такими как BTRFS, Bcachefs и т.д.

    > В смысле, постоянно какие-то улучшения производительности и т.д. почти в каждой новости про новое ядро.

    Любой продукт, постоянно совершенствуется, как только это перестают делать на любом ПО ставят крест. Оно переходит в разряд deprecated.

     
     
  • 3.49, Аноним (49), 14:33, 29/09/2025 [^] [^^] [^^^] [ответить]  
  • –2 +/
    >Сам автор ext4 заявил достаточно давно, что ext5 не будет

    Потому что ext4 закрывает все потребности.

     
     
  • 4.104, Аноним (104), 16:58, 29/09/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Угу, пока инноды не закончатся или silentl corruption не поймаешь.
     
     
  • 5.160, всамурай (?), 22:20, 29/09/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Инноды и каттоды.. За 20 лет иноды ни разу не заканчивались ещё. Но это видимо оттого, что глаза мои не столь широко открыты как у ряда местных пациентов.
     
     
  • 6.188, Аноним (-), 03:16, 30/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Но это видимо оттого, что глаза мои не столь широко открыты как у ряда местных пациентов.

    Скажи на Windows все хорошо, а?

     
     
  • 7.234, пох. (?), 16:19, 01/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >> Но это видимо оттого, что глаза мои не столь широко открыты как у ряда местных пациентов.
    > Скажи на Windows все хорошо, а?

    да, неплохо.

     
     
  • 8.237, Аноним (-), 18:39, 01/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Как говорится, каждый человек сам п ц своего счастья А вот и пример подосп... текст свёрнут, показать
     
  • 4.157, Аноним (-), 22:14, 29/09/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Потому что ext4 закрывает все потребности.

    А из пункта A в пункт B - вполне можно попасть пиная по бокам пятками лошадь. Но почему-то со временем поразвели всякую оверинженерию с заправками, зарядками, двигателями какими-то, колеса придумали - и даже уже обнаглели настолько что из дерева их делать - это фи!

     
  • 4.166, Аноним (166), 22:47, 29/09/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Рефлинков нет.
     
  • 3.58, Аноним (132), 15:06, 29/09/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Вы так говорите, как будто BTRFS сырой

    Ну да, у BTRFS репутация ФС, которая замахнулась обогнать ZFS, но не смогла и осталась в состоянии "тут наоверинжинирено что-то старое, баги с потерей данных будем ловить вечно".

    > А в Fedora это давно используется по-умолчанию

    Тестовая площадка для RHEL, где юзеры - бесплатные тестировщики.

    > Сам автор ext4 заявил достаточно давно, что ext5 не будет

    Ещё говорил, что в ext4 можно добавить много чего, но - деньги вперёд.

     
     
  • 4.62, Аноним (62), 15:11, 29/09/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Зато сделана правильными людьми.
     
  • 4.78, Аноним (132), 15:37, 29/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    И хоть BTRFS и тестируют в Fedora, Red Hat уже выбрал для себя Stratis и продолжает его пилить*.

    Отвратительное наслоение**, не развивающее экосистему Linux, а приносящее пользу только Red Hat? Да, и они считают, что это лучше, чем BTRFS.

    * https://www.phoronix.com/news/Stratis-3.8-Released
    ** "...в виде прослойки (демон stratisd), работающей поверх подсистемы device-mapper ядра Linux (используются модули dm-thin, dm-cache, dm-thinpool, dm-raid и dm-integrity) и файловой системы XFS" - https://www.opennet.me/57248

     
  • 4.159, Аноним (-), 22:20, 29/09/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Вообще-то фороникс как раз выкатил тематичные бенчи, и bcachefs DKMSный с ними ... большой текст свёрнут, показать
     
     
  • 5.164, Аноним (132), 22:41, 29/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >> баги с потерей данных будем ловить вечно
    > Так что btrfs как видим ZFS'а на отлично обогнал

    №%#$!

    > XFS с сратисами - такое себе.

    Для Red Hat - очень даже. А все остальные будут кривить нос по уже названной причине: "не развивающее экосистему Linux" (бесполезное для всех, кроме Red Hat).

    > Правда, файлух лучше - по своим лекалам - не выкатят. В отличие от Тсо. Почему-то.

    Всё по его заветам - чтобы что-то делать, кто-то должен платить.

     
     
  • 6.185, Аноним (-), 02:40, 30/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Ну уж как есть В бенчах там разрисовано кто про что ZFS на отлично выступил в ... большой текст свёрнут, показать
     
  • 2.24, Анонисссм (?), 13:14, 29/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >Почему btrfs так долго разрабатывается

    В XFS и EXT4 тоже улучшения проскакивают. Должны быть только ухудшения, как в one-туузе?

     
  • 2.33, Аноним1234 (?), 13:57, 29/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Почему ext так долго разрабатывается? В смысле, постоянно какие-то улучшения производительности и т.д. почти в каждой новости про новое ядро.
     
     
  • 3.35, Аноним (35), 14:05, 29/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Ну, не про каждое, всё больше разные эксперименты различной степени успешности (вон как журнал рассыпался после каждого падения с fast commit и падало регулярно). Zonefs разве что в btrfs.
     
  • 2.127, Аноним (-), 20:18, 29/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Почему btrfs так долго разрабатывается? В смысле, постоянно какие-то улучшения
    > производительности и т.д. почти в каждой новости про новое ядро.

    Да там и для EXT4 улучшения производительности недавно были. Потому что нет предела совершенству. За исключением разве что hello world.

     
  • 2.199, anonymous (??), 08:47, 30/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    А сейчас в анонсе нельзя написать "Всё работает". Тебя просто уволят или что-то в этом роде. Нужно создавать видимость жизни, типа "улучшена стабильность, повышена производительность". Так, не так, лишь бы отчет для начальства был не пустой.
     

     ....большая нить свёрнута, показать (60)

  • 1.10, Аноним (10), 12:14, 29/09/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    > Start preparations for the replacement of our custom 'CStr' with the analogous type in the 'core' standard library. This will take place across several cycles to make it easier. For this one, it includes a new 'fmt' module, using upstream method names and some other cleanups

    Отлично!

     
  • 1.14, ryoken (ok), 12:23, 29/09/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    >> Удалён драйвер "pktcdvd" для работы с оптическими носителями в пакетном режиме, который был помечен устаревшим в 2016 году.

    Пошто зверюшку удавили? Как теперь DVD-RAM-ы писать, я вас спрашиваю???

     
     
  • 2.15, Аноним (10), 12:27, 29/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > пошто
    > Этот драйвер давно изжил себя, он сломан и никому не нужен. Основным сценарием его использования было прямое монтирование с UDF CD-RW приводов, которым требовались пакеты по 32 КБ. Он собирал записи в этот размер и записывал их кратно этому. Это больше не является распространенным сценарием использования, мир отошел от таких носителей. Что еще хуже, он активно ломает настройки там, где он даже не требуется или бесполезен. ©Jens Axboe
    > Now in 2025, _no one has stepped up to properly maintain the driver_ and thus the expectation now is that it will be removed for good.
     
     
  • 3.17, Анонимчик (?), 12:50, 29/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Ну и как теперь читать/писать UDF CD-RW?
     
     
  • 4.27, Аноним (62), 13:20, 29/09/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Через системы которые для людей сделаны, а не для разработчиков у которых вечно чешется. Вон, создатель колечек udf не осилил и выпилили, а в BSD и Win всё норм.
     
  • 4.128, Аноним (-), 20:22, 29/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Ну и как теперь читать/писать UDF CD-RW?

    В мире где у терабайтной microSD есть PCI-e lanes очень актуально - писать CDRW. Можете сложить эти CD стопочкой - посмотреть сколько их влезает на этот прыщ, зафоткать разницу для пущего драматизма.

    А заодно получить ответ почему в 2025 году на ЭТО почти все уже забили.

     
     
  • 5.186, Аноним (186), 03:10, 30/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    У нас госбюджет записывают на CD диск!! И записывали его небось под вражеской windows.
     
  • 5.202, Anonim (??), 09:01, 30/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    А есди тебе для суда материал надо представить, ты тоже microSD или флэшку (на которых инфу можно изменить) отдашь?!
    Не говори за всех. Ты не видишь дальше своего носа.
     
  • 5.213, Аноним (213), 12:05, 30/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >В мире где у терабайтной microSD есть PCI-e lanes

    Диски намного дешевле флешки, если нужно отдать что-то насовсем.

     
     
  • 6.216, Анонон (?), 12:47, 30/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Микросд на 4 гига стоит +- как чистый dvd диск
     
  • 3.26, Аноним (26), 13:17, 29/09/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >мир отошел от таких носителей

    То что мир отошёл от оптических носителей - давно известный факт. Много лет не вставлял. Но вот когда приспичит ... вы всё на себе полностью прочувствуете.

     
     
  • 4.32, Аноним (-), 13:56, 29/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Но вот когда приспичит ... вы всё на себе полностью прочувствуете.

    Что помешает запустить со старым ядром?
    LTS 6.12 будут тянуть до 2036 года.
    Думете в тот момент диски будут еще актуальны?

     
     
  • 5.74, ryoken (ok), 15:34, 29/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > LTS 6.12 будут тянуть до 2036 года.
    > Думете в тот момент диски будут еще актуальны?

    Напомните, сколько там у DVD-RAM гарантированный срок хранения декларировался? Лет так 50, если не ошибаюсь?

     
     
  • 6.89, Аноним (132), 16:09, 29/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Ничего особенного (кроме Random Access) не декларировалось, 30 лет иногда давали. Сплав с фазовым переходом как у RW, должны храниться примерно так же.

    Это народ смотрел на цену, наполнялся благоговением, забыв про всякий Random Access, и шёл создавать малые фольклорные произведения.

     
     
  • 7.172, Аноним (132), 23:32, 29/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > и шёл создавать малые фольклорные произведения

    А ведь там не только сплав совпадает, но и ECC устроен так же. Чудесатая у нас психология. Поднимаешь цену, а народ уже сам придумает обоснования, если ему официальное не понравится (улучшенные возможности случайного доступа).

     
  • 4.120, Аноним (120), 19:11, 29/09/2025 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Будет плакаться, когда его очередной раз из-за санкций отключат доступ к его же оплаченному контенту...
    В сохранности информации для долгосрока - DVD самый оптимальный вариант.
     
     
  • 5.215, Аноним (213), 12:14, 30/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >В сохранности информации для долгосрока - DVD самый оптимальный вариант.

    Особенно с учётом низкой ёмкости DVD, а так же проблематичной дозаписью. Это как минимум Blue Ray нужен.

     
  • 4.129, Аноним (-), 20:24, 29/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > То что мир отошёл от оптических носителей - давно известный факт. Много
    > лет не вставлял. Но вот когда приспичит ... вы всё на
    > себе полностью прочувствуете.

    Что мы на себе почувствуем? Пакетной записью и в лучшие то ее времена пользовались крайне маргинально ибо тогда в винде с этим был брейнфак с нерами, дровами и чем там еще чтобы это работало. А мушкетеры 20 лет спустя... уже не так возбуждают, да.

     
  • 2.41, днищево2 (?), 14:17, 29/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Как теперь DVD-RAM-ы писать, я вас спрашиваю???

    в обычном режиме сможете. Так же как DVD-ROM, CD-R, CD-RW.

     
     
  • 3.43, Аноним (35), 14:20, 29/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Зачем dvd-ram использовать в виде dvd-rom?
     
     
  • 4.163, Аноним (-), 22:40, 29/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Зачем его вообще в 2025 использовать - мало понятно Во первых 50 лет мало что и... большой текст свёрнут, показать
     
     
  • 5.179, Аноним (35), 01:10, 30/09/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Нормальная краска очень надёжна на самом деле. Это фиолетовая такая, если говорить о записываемых dvd. Архивные тоже не слишком дорогие, там лет 100 протянет даже лёжа под солнцем (а диски ультрафиолет ой как не любят). Ну и, в отличие от флеш памяти, вероятность, что прочитается через 20 лет, всё же повыше.
     
     
  • 6.187, Аноним (-), 03:16, 30/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Только блин заранее не угадаешь - насколько оно там не похабное Ну вот фиолето... большой текст свёрнут, показать
     
  • 2.69, Аноним (69), 15:28, 29/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Последние 2 раза, когда пытался воспользоваться pktcdvd
    данные записывались в 2 раза дольше (судя по звуку),
    а после этого привод, изображая "запись", "уходил в себя";
    причём "приходил в себя" только через неделю почему-то оба раза;
    в "обморочном состоянии" не видел даже фабричных DVD/BD
    и не реагировал на холодные рестарты.

    Гораздо лучше использовать growisofs, работает штатно,
    причём даже успешно заменяются битые секторы резервными.

     
     
  • 3.77, ryoken (ok), 15:37, 29/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Гораздо лучше использовать growisofs, работает штатно,
    > причём даже успешно заменяются битые секторы резервными.

    По личным наблюдениям - в Линуксе (Deb Stable что с дистрибутивным ведром, что с Liquorix) работа с UDF вообще продолговато организована. Флешка с этой ФС не раз приводила в ступор комп, пока не выдернешь. Про диск DVD-RAM, форматированный в UDF, лучше и не заикаться - не все версии формата в принципе поддерживаются, с записью тоже неблагополучно. (Приводы внешние, работоспособные, USB & FireWire).

     
  • 2.214, Аноним (213), 12:12, 30/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >Как теперь DVD-RAM-ы писать, я вас спрашиваю???

    Откатывать данный коммит и брать поддержку в свои руки, в случае если ничего другого нет.

     

  • 1.19, Аноним (18), 12:58, 29/09/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Следующий релиз уже будет LTS?
     
     
  • 2.47, Аноним (47), 14:31, 29/09/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > LTS?

    и на сколько дней сейчас LTS?

     
     
  • 3.209, Аноним (18), 11:41, 30/09/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    все (почти все) ядра протухнут 31 декабря 2026 и только 6.1 проживёт ещё один год
    https://www.kernel.org/category/releases.html
     
  • 3.239, 1 (??), 07:45, 02/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    12 октября 2023 года организация Linux Foundation объявила, что будет обеспечивать супердлительный цикл поддержки (SLTS — Super Long Term Support) для ветки ядра Linux 6.1, то есть в течение 10 лет.

    Ну и дистростроители тоже не отстают.

     

  • 1.22, Соль земли2 (?), 13:08, 29/09/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • –5 +/
    То есть получается, что версия Btrfs приколочена к версии ядра. А если бы было модулем, как ZFS, то старые системы тоже получили бы исправления (хотя ZFS не рисковал обновлять).
     
     
  • 2.25, Анонисссм (?), 13:17, 29/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >А если бы было модулем, как ZFS

    то btrfs было бы нафик не нужным на любом вменяемом проде )

    Кстати, в ванилле btrfs плохой, у меня были развалы btrfs на ровном месте и живом железе в Debian. И ни разу в oracle linux. Какие бы это не вызывало ожоги внизу, факт остается фактом.

     
     
  • 3.29, Wrt (?), 13:39, 29/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Развалы везде бывают, даже обезьяна иногда подает с дерева.
     
     
  • 4.79, ryoken (ok), 15:38, 29/09/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Развалы везде бывают, даже обезьяна иногда подает с дерева.

    Обезьяна-теннесист? :)

     
     
  • 5.130, Аноним (-), 20:28, 29/09/2025 [^] [^^] [^^^] [ответить]  
  • +3 +/
    >> Развалы везде бывают, даже обезьяна иногда подает с дерева.
    > Обезьяна-теннесист? :)

    Живет в Теннеси чтоли? И что она вам там подает, милостыню чтоли? Если вы про теннис - он немного не так пишется.

     
  • 3.30, Аноним (30), 13:42, 29/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Магический оракл применил магические патчи, чтоб бтрфс не разваливался.
     
     
  • 4.235, пох. (?), 17:12, 01/10/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Магический оракл применил магические патчи, чтоб бтрфс не разваливался.

    в теории - может. В конце-то концов - именно они когда-то на начальном этапе ее существования платили за этот банкет.
    Потом правда с теми неудачниками расстались, "при помощи ноги", как они того и заслуживали. Но вполне возможно что все же сохранили какие-то сокровенные знания и умения.

    Которых ну совершенно точно нет и не может быть ни у проксмоксы (кому и зачем пришло в голову ЕЕ ведро использовать с ЭТОЙ недоделкофс - уж не знаю) которая ориентируется на zfs для васянов и ceph для тех кому надо большие системы, ни у нынешних горе-разработчиков (поскольку те работают на фейсбук, которому глубоко похрен на отказы фс)


     
  • 3.167, Аноним (167), 22:47, 29/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Кстати, в ванилле btrfs плохой, у меня были развалы btrfs на ровном
    > месте и живом железе в Debian. И ни разу в oracle
    > linux. Какие бы это не вызывало ожоги внизу, факт остается фактом.

    У дебиана просто дефолтный кернел в stable бывает - довольно винтажный. Ну вы и получите багфиксы годика через 2. Или 4 если не повезет. Есть конечно шанс что в LTS портанут наиболее критичные фиксы, но вот это 50/50.


     
     
  • 4.203, Анонисссм (?), 09:30, 30/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > У дебиана просто дефолтный кернел в stable бывает - довольно винтажный.

    ну это совоглобусинг. развал был совсем недавно в проксмоксе 6.8.12-14-pve (deb12)

    при этом ораклятина безупречно годами работает на OLовских 5.4.17 и 5.15.0-311.185.9.el9

     
     
  • 5.225, Аноним (-), 15:55, 30/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Ну как бы 1 Мы в топике про 6 17, если что 2 Судя по обозначению - это нечто... большой текст свёрнут, показать
     

  • 1.31, Любовник Илона Маска (-), 13:54, 29/09/2025 Скрыто ботом-модератором [﹢﹢﹢] [ · · · ]     [к модератору]
  • –2 +/
     

  • 1.39, Аноним (47), 14:09, 29/09/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    > упрощённая настройка защиты от уязвимостей в CPU

    Это не поможет. Завтра будет новость про новую уязвимость. Спекуляции из процов уже не уберут никогда.

     
  • 1.42, Аноним (47), 14:20, 29/09/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    > поддержка Rust не активна по умолчанию, и не приводит ко включению Rust в число обязательных сборочных зависимостей к ядру

    Когда так утешают, значит, уже всё проржавело насквозь.

     
     
  • 2.107, Аноним (107), 17:07, 29/09/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Когда так утешают,

    значит Rust ужу попросил денег за доступ к репам, как понятно из предпредыдущей новости.

     

  • 1.44, Аноним (44), 14:25, 29/09/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Пока hdmi 2.1 в amdgpu нет - ничего интересного. Ау, переписыватели на раст - ваш шанс сделать что-то полезное!
     
     
  • 2.53, Аноним (49), 14:40, 29/09/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Так они переписыватели, а не писатели...
     
     
  • 3.207, Аноним (207), 10:42, 30/09/2025 Скрыто ботом-модератором     [к модератору]
  • +/
     
  • 2.54, Аноним (47), 14:42, 29/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > переписыватели на раст

    Некогда им, они подняли вопрос финансирования для сохранения устойчивости инфраструктуры.

     
     
  • 3.64, Аноним (64), 15:21, 29/09/2025 [^] [^^] [^^^] [ответить]  
  • –2 +/
    То были питанисты, ты опять всё перепутал.
     
     
  • 4.109, Аноним (47), 17:14, 29/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Сrates.io

    Пора бы знать

     
  • 2.55, Аноним (55), 14:50, 29/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Ау экспер, за новостями нужно следить.

    hdmi 2.1 в amdgpu нет по той причине что патентодержатели из мпегла не одобрили патчи. А не в языке программирования.

    https://www.phoronix.com/news/HDMI-2.1-OSS-Rejected

     
     
  • 3.60, Аноним (60), 15:09, 29/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Дык это получается hdmi 2.1 и в новом nova для nvidia не будет ?
     
     
  • 4.65, Аноним (64), 15:22, 29/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Не пользуйтесь ужасно кривым HDMI, есть же нормальный DP.
     
     
  • 5.72, Аноним (-), 15:33, 29/09/2025 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Display Port? Мониторы вместе с поддерживаемым кабелем продаются?
     
     
  • 6.82, ryoken (ok), 15:41, 29/09/2025 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Display Port? Мониторы вместе с поддерживаемым кабелем продаются?

    В чем беда купить правильный кабель?

     
  • 5.73, Аноним (73), 15:34, 29/09/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    На телеке нет, только через переходник, который перегревается и сдыхает.
     
  • 5.81, Аноним (81), 15:39, 29/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    А по DP можно выводить звук на монитор с виртуалки в проксмоксе с проброшенным iGPU? По HDMI с переменным успехом у людей работает, а вот про DP вообще не видел.
     
     
  • 6.83, ryoken (ok), 15:42, 29/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > А по DP можно выводить звук на монитор с виртуалки в проксмоксе
    > с проброшенным iGPU? По HDMI с переменным успехом у людей работает,
    > а вот про DP вообще не видел.

    А не 1 пес? Всегда казалось, что там один драйвер, не зависящий от порта.

     
  • 6.88, Аноним (-), 16:08, 29/09/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >А по DP можно выводить звук на монитор

    Нет. Display Port работает, как и всякий порядочный джентльмен, только с графикой. А то, что HDMI передаёт на встроенные в монитор колонки звук, это дополнительная фича.

     
     
  • 7.102, Аноним (60), 16:56, 29/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >работает только с графикой

    в нем и Auxiliary Channel есть, по которому i2c до моника обычно работает.

     
  • 7.115, Аноним (81), 17:48, 29/09/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Та умеет он в звук, даже долби может передавать. На стандартных дистрибутивах на хосте звук есть.
     
  • 3.76, Аноним (73), 15:35, 29/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Зелёные и синие сделали а не скулят что кто-то там что-то не одобрил. Ну пусть в блоб закатают если иначе никак и дадут выбор ставить или нет.
     
  • 2.84, Аноним (2), 15:52, 29/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >AMD не смог реализовать HDMI 2.1 в открытых драйверах из-за требований HDMI Forum

    https://www.opennet.me/opennews/art.shtml?num=60721

     
     
  • 3.96, Аноним (73), 16:30, 29/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Видео / аудио кодеки тоже многие защищены патентами и ничё, есть ffmpeg. Да и нвидия / интел как-то сделали hdmi 2.1 на линукс.
     
     
  • 4.117, Аноним (55), 18:09, 29/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >Да и нвидия ... сделали hdmi 2.1 на линукс

    Нука эксперт покажи где есть опенсорс драйвер от нвидии с hdmi 2.1 на линукс.

     
     
  • 5.122, Аноним (-), 19:19, 29/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > где есть опенсорс драйвер от нвидии с hdmi 2.1 на линукс.

    Нука эксперт покажи где есть опенсорс драйвер от нвидии!
    Разве это вообще драйвером назвать можно?
    Так, кусок тормозного бойлерплейта.

     
     
  • 6.124, Аноним (-), 19:50, 29/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    А что не так? Изображение выводит, даже пытается в аппаратную отрисовку интерфейса. А большего от тех древних железок и не надо, всё равно ни на что не годятся.
     
  • 2.121, Аноним (121), 19:14, 29/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Даешь изернет овер HDMI2.1!
     
     
  • 3.171, Аноним (-), 22:53, 29/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Даешь изернет овер HDMI2.1!

    В HDMI спеках внезапно - есть и эзернет. Правда 100 мегабит всего, насколько я помню. Так что особого распостранения в диком виде фича так и не получила.

     
     
  • 4.181, Индус (?), 01:18, 30/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Правда 100 мегабит всего

    Учитывая, что у большинства скорость интернета редко дотягивает даже до 20 мегабит, то сотка как потолок будет обоснована ещё многие годы. Та даже по локалке я не знаю зачем такие скорости.

     
     
  • 5.189, Аноним (-), 03:20, 30/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Это для начала - в телик бытовуху Куда там такое девать - ну в общем на практик... большой текст свёрнут, показать
     

  • 1.98, Аноним (-), 16:52, 29/09/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Жив ли x32?
     
     
  • 2.123, Аноним (-), 19:47, 29/09/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Жив ли x32?

    Эмм... а ничо, что 64 бита существуют уже более 20 лет? И неужто где-то сохранились в использовании чисто 32 битные железки? В последний раз видел Pentium III где-то в году 2007 у соседа по гаражу.

     
     
  • 3.177, Аноним (177), 01:00, 30/09/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > И неужто где-то сохранились в использовании чисто 32 битные железки

    У Боинга до сих пор обновления на дискетах. Как думаешь, сколько там бит у железок?

     
  • 3.210, Аноним (213), 11:53, 30/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >Эмм... а ничо, что 64 бита существуют уже более 20 лет?

    x32 abi != x86

     

  • 1.119, Аноним (119), 18:59, 29/09/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    На phoronix нашёл в одной новости инфу, что NTFS3 теперь out-of-tree. Я что-то пропустил или фороникс ошибся?
     
     
  • 2.125, Аноним (132), 20:05, 29/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > в одной новости

    Вас за такое в одно место направить могут.

     
  • 2.131, Аноним (-), 20:29, 29/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > На phoronix нашёл в одной новости инфу, что NTFS3 теперь out-of-tree. Я
    > что-то пропустил или фороникс ошибся?

    Может это bcachefs был - а не NTFS3? Без пруфлинка - нещитово.

     
  • 2.143, llolik (ok), 21:22, 29/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/tree/fs/ntf

    Вроде как, из tree никуда не делось.
    Или там было про старый драйвер, который ro-only, или phoronix гонит.

     
     
  • 3.145, Аноним (132), 21:32, 29/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Гонит здешний комментатор, иначе бы ссылку оставил.

    Видимо, он прочитал эту новость, увидел NTFS3, но не понял, что там написано.
    https://www.phoronix.com/news/Linux-6.18-write-cache-pages

     
     
  • 4.161, Аноним (60), 22:31, 29/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Почитал по ссылке, это что с 6.18 ZFS тормозить начнет ?!
     
     
  • 5.170, Аноним (-), 22:51, 29/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > Почитал по ссылке, это что с 6.18 ZFS тормозить начнет ?!

    Не, чувак, она не сможет - page cacche сбрасывать когда ей захотелось. Что намного более крутая грабля. Без этого ФС вообще - работать будет через ректум и развалится с полоборота. Если не придумает как ей это делать иными способами. А что делать - ядерные фс _ту_ апю уже не юзают лет так эн. Она и перестала требоваться, ее и дропнули.

    А кто не с нами... тот сам по себе :)

     
     
  • 6.173, Аноним (173), 23:55, 29/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    system("sync") будет писать каждый раз, как надо)
     
     
  • 7.190, Аноним (-), 03:23, 30/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    > system("sync") будет писать каждый раз, как надо)

    Так оно как раз вот этот "sync" в ZFS теперь сделать по простому и не сможет как раз. Да и смысла его писать сам себе?

     
  • 6.226, Аноним (60), 16:13, 30/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Напугал меня, а zfs таки готовы к изменениям

    https://github.com/openzfs/zfs/issues/17751

     

  • 1.165, Аноним (166), 22:42, 29/09/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    >при обращении к которому теперь вносится пятисекундная задержка и выводится предупреждение в лог.

    А как же "мы не ломаем юзерспейс"? Тут именно ломают, и Столлман бы классифицировал такие действия как намеренная задержка чтобы нагадить, как саботаж.

     
     
  • 2.218, Аноним (55), 14:18, 30/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Ты свою идиотию Столману в уста не вкладывай. То что ты написал только в твоем воображении и родилось. Столман к этому никакого отношения не имеет.
     

  • 1.178, Аноним (178), 01:02, 30/09/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > Добавлен тип UserPtr

    Установление семантики на уровне типов для проверки инвариантов на стадии сборки - это основная мега-фича по сравнению с Си, который так вообще не умеет, поэтому про баги мы узнаём в рантайме.

     
     
  • 2.200, Аноним (200), 08:56, 30/09/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    А все, как всегда, ругают Паскаль и строгую типизацию, ога. А я когда начал играться с Си, это была первая проблема, которую мне пришлось решать. Что чтобы я не хотел сделать с типом enum - мне надо сначала кастить его в какой-нибудь uint32_t. И досвидос строгая типизация.
     
     
  • 3.204, Аноним (204), 10:36, 30/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Неожиданность, что нужно логический тип реализовывать в "физическое воплощение". enum это тип на ограниченном наборе. На какой архитектуре он реализуется (16-,32-,64-битной) платформе это задача программиста Си. Если Вы привыкли программировать "коня в сферическом вакууме" для лекций, то Си не для Вас.
     
     
  • 4.208, Аноним (178), 11:28, 30/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    В физическое воплощение его нужно реализовывать только на примитивных языках типа Си, которые толком ничего не умеют. На расте например можно выстроить проверку на уровне типов для типов, у которых вообще физического воплощения нет (zst).

    Сишники реально откуда-то из каменного века.

     
     
  • 5.217, Аноним (204), 14:08, 30/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Ну я же говорю Своя очередная изолированная система идеальных типов Проблем... большой текст свёрнут, показать
     
  • 4.212, Аноним (213), 11:59, 30/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >Неожиданность, что нужно логический тип реализовывать в "физическое воплощение"

    Сколько лет сишники не выучат слово "типобезопасность"? Полвека? Вот интересно, если сишник про зависимые типы узнает, на него небо упадёт?

     
  • 3.211, Аноним (213), 11:56, 30/09/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >А все, как всегда, ругают Паскаль и строгую типизацию, ога.

    Паскаль не является типобезопасным языком, это всего лишь вторая личина овратительной сишки. В частности он абсолютно никак не защизает от разыменноывания null. Паскаль, к счатью уже всё, жизнь людям не портит.

     
     
  • 4.223, Аноним (-), 15:30, 30/09/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Твои слова типичны для высокоуроневого абстрактника. И зачем такие люди лезут в ядро? Непонятно.
     
  • 4.227, Pajeet (?), 18:27, 30/09/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Паскаль не является типобезопасным языком

    Ты его вообще в глаза видел? Похоже на попытку набросить г... на вентилятор.

     

  • 1.201, Аноним (200), 08:59, 30/09/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Когда будет в Linux Mint? Новые ядра конечно классно, но в Mint сейчас последнее 6.14. Я не вникал, по какому принципу они выбирают новое ядро для поддержки, а какое пропускают. Вообще тоже думал о том, что ядро что то разрастается. Это не очень хорошо на самом деле. Нужно ли тащить кучу мусора в ядро, если это не всем нужно? Или мол это опенсурц, пересобирай сам, если те надо, а хочешь гереник - страдай? Все таки я слишком привык к модели винды с дровами для всего. Конечно со временем выяснилось, что модульность - это скорее фича проприетарщины. Но в некотором смысле это ведь правильно.
     
     
  • 2.205, Аноним (205), 10:36, 30/09/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Там скорее всего появится уже 6.19 или типо того. В общем, не раньше Февраля.
     

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



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

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