Релиз ядра Linux 7.2

17.08.2026 07:55 (MSK)

После двух месяцев разработки Линус Торвальдс представил релиз ядра Linux 7.2. Среди наиболее заметных изменений: механизм потоковой передачи данных USB4STREAM, оптимизации производительности btrfs, xfs и ext4, продолжение удаления кода для поддержки CPU i486, возможность создания вложенных планировщиков SCHED_EXT, снижено потребление памяти в подсистеме подкачки, ускорены неименованные каналы, поддержка расширений Intel MBEC и AMD GMET в KVM, удаление протокола AppleTalk, начальная поддержка HDMI 2.1 FRL в драйвере AMDGPU.

В новую версию принято 17833 исправлений от 2766 разработчиков, размер патча - 68 МБ (изменения затронули 16431 файлов, добавлено 897477 строк кода, удалено 302345 строк). В прошлом выпуске было 17275 исправлений от 2589 разработчиков, размер патча - 57 МБ. Около 49% всех представленных в 7.2 изменений связаны с драйверами устройств, примерно 10% изменений имеют отношение к обновлению кода, специфичного для аппаратных архитектур, 12% связано с сетевым стеком, 4% - с файловыми системами и 2% c внутренними подсистемами ядра.

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

Дисковая подсистема, ввод/вывод и файловые системы
- В механизме iomap убран лишний вызов функции memset для уже завершённых итераций в функции iomap_iter(), что при высокой интенсивности ввод/вывода на быстрых накопителях NVMe повысило в проведённых тестах число операций ввод/вывода в секунду (IOPS) на 5% при использовании ФС ext4 и xfs.
- В XFS объявлена стабильной поддержка зонированных устройств хранения (разделение на зоны групп блоков или секторов, в которые допускается лишь последовательное добавление данных с обновлением целиком всей группы блоков).
- В Btrfs включена по умолчанию поддержка больших фолиантов страниц памяти (large folios), позволяющая снизить накладные расходы и повысить производительность при интенсивном последовательном вводе/выводе. Добавлена экспериментальная поддержка огромных фолиантов ("huge folios"), размером до 2 МБ. Добавлен новый ioctl GET_CSUMS для получения информации о контрольных суммах в пользовательском пространстве, например, для утилиты mkfs и оптимизации дедупликации. Повышена производительность последовательной записи данных на 15% и прямого ввода/вывода на 59%.
- В ФС Ext4 значительно переработана реализация механизма "fast commit" для исключения возникновения конкурирующих и взаимных блокировок. Добавлен экспорт статистики о снапшотах inode через /proc/fs/ext4/*/fc_info. Оптимизирована производительность вычисления хэшей директорий (для имён размером 255 символов ускорение почти в два раза, 64 символа 27%, 32 символа - 11%).
- В F2FS добавлена поддержка возвращения ошибок fserror, позволяющих из пользовательского пространства отслеживать проблемы с ФС. Сокращено время проводимое в контексте обработки прерываний.
- В Device Mapper (DM) добавлен новый обработчик dm-inlinecrypt для организации прозрачного шифрования и расшифровки блочных устройств, используя аппаратные устройства с функцией inline-шифрования.
- Предложена документация по добавлению в ядро новых файловых систем.
- В NFS размер блока по умолчанию увеличен до 4 МБ на системах, имеющих как минимум 16 ГБ ОЗУ (для ручного изменения размера блока можно использовать /proc/fs/nfsd/max_block_size). Добавлена поддержка делегирования управления директорией клиенту (directory delegation), что позволяет определённое время выполнять операции с данной директорией без проверки изменения состояния на сервере.
- В сервере SMB добавлена поддержка файлов, хранимых в сжатом виде, а также сжатия данных при их передаче по сети.
- В новой реализации NTFS (ntfsplus) добавлена поддержка символических ссылок Windows с относительными путями и обеспечена корректная обработка многих видов повреждений метаданных.
- Удалён бэкенд fscache для кэширования данных ФС EROFS (Enhanced Read-Only File System), который был объявлен устаревшим два года назад.
- В ФС Ceph добавлена поддержка ручного сброса клиентских сеансов.
- В файловую систему 9P внесены оптимизации, ускорившие работу в таких сценариях, как сборка проектов.
- В системный вызов file_getattr() добавлены флаги для получения информации об учёте регистра символов в файловой системе. Флаг FS_XFLAG_CASEFOLD свидетельствует, что проверка имён файлов осуществляется без учёта регистра символов, а флаг FS_XFLAG_CASENONPRESERVING о том, что при создании новых имён файлов не сохраняется информация регистре символов. Указанные флаги могут применяться в NFS-клиентах, работающих без учёта регистра символов.
- В системный вызов openat2() добавлен флаг O_EMPTYPATH, допускающий передачу пустого файлового пути. В этом случае путь к открываемому файлу определяется на основании переданного файлового дескриптора.
- В системный вызов openat2() добавлен флаг OPENAT2_REGULAR, допускающий открытие только обычных файлов (при попытке открытия специального файла, например, сокета, канала или устройства, будет возвращена ошибка EFTYPE).
Память и системные сервисы
- Реализован механизм USB4STREAM для потоковой передачи данных между компьютерами, соединёнными кабелем через порты USB4. Добавлено устройство /dev/tbstreamX, при помощи которого можно читать и записывать данные, используя штатные функции read() и write() по аналогии с чтением и записью в файлы. Например, на одном хосте можно отправить информацию командой "echo hello > /dev/tbstream0", а на другом прочитать командой "cat /dev/tbstream0". Механизм USB4STREAM может совмещаться с возможностью установки сетевого соединения по кабелю USB4 (thunderbolt_net) или использоваться отдельно при необходимости передачи данных между приложениями, не поддерживающими сетевые сокеты.
- Включена вторая серия изменений для прекращения поддержки процессоров i486. Удалено более 13 строк кода, связанных с эмуляцией блока для вычислений с плавающей запятой для процессоров без FPU. Удалена поддержка процессоров i486 без аппаратных операций CX8 (сравнить и обменять 8 байт) и TSC (счётчик циклов CPU, используемый в планировщике задач), код для эмуляции которых удалён.
- Объявлена оставшейся без сопровождения (orphaned) поддержка процессоров AMD Geode, применяемых в компьютере OLPC XO-1.
- Добавлена поддержка обновления реализации механизма Intel TDX (Trusted Domain Extensions), применяемого для шифрования оперативной памяти гостевых систем. TDX реализован в форме специального программного runtime-модуля, который во время начальной загрузки переносится BIOS из Flash-памяти в оперативную память. В ядро добавлены возможности для управления этим модулем и замены на более новую версию на работающей системе без необходимости выполнения перезагрузки.
- Реализован новый планировщик распределения ресурсов GPU (Fair GPU scheduler), применяемый для определения порядка выполнения на GPU работ, отправляемых процессами, использующими GPU. Вместо применения традиционной FIDO-очереди запросов к GPU в новом планировщике задействованы механизмы справедливого распределения ресурсов, реализованные с оглядкой на планировщик задач CFS (Completely Fair Scheduler) применяющий план запуска с временем перехода к выполнению очередного процесса. Наиболее заметный эффект от использования нового планировщика наблюдается при параллельном выполнении интерактивных задач, активно работающих с GPU. В последний момент перед релизом ядра 7.2 включение Fair GPU scheduler было отменено и был возвращён старый FIFO-планировщик из-за необходимости отладки регресии, приводящей к снижению производительности и 100% нагрузке на GPU при запуске отдельных игр в Proton.
- Изменения в подсистеме eBPF: Добавлена возможность прикрепления одной BPF-программы нескольким точкам трассировки (tracepoint). В BPF-программы, привязанные к точкам трассировки, добавлена возможность доступа к памяти компонентов, работающих в пользовательском пространстве, с корректной обработкой обращения к невыделенным страницам памяти (page fault). В системный вызов bpf() добавлена поддержка типовых атрибутов (log_buf, log_size, log_level и log_true_size), которая позволяет унифицировать передачу метаданных во всех командах BPF, не ограничиваясь командами BPF_PROG_LOAD, BPF_BTF_LOAD и BPF_MAP_CREATE. Убрано ограничение на передачу не более 5 параметров в функции BPF. Добавлена возможность безопасного доступа к разделяемой памяти bpf_arena без опасения обращения к невыделенным страницам памяти (page fault). Реализован новый вариант структуры BPF hash map, допускающий динамическое изменение размера.
- Оптимизировано формирование вывода "/proc/interrupts" со статистикой прерываний, а также модернизированы структуры для хранения счётчиков прерываний и добавлено кэширование.
- Ускорена генерация файла "/proc/filesystems", используемого в libselinux.
- В планировщике задач реализована поддержка балансировки нагрузки между ядрами CPU, учитывающей состояния внутреннего кэша процессора. Планировщик теперь пытается группировать процессы, использующие общие ресурсы, например, потоки одного процесса, для их использования в контексте одного и того же кэша верхнего уровня, что повышает эффективность обращения к данным за счёт повышения вероятности нахождения в кэше необходимых данных.
- В механизме SCHED_EXT, позволяющем использовать BPF для создания планировщиков CPU, продолжена реализация возможности для создания вложенных планировщиков (sub-scheduler), при помощи которых для каждого cgroup можно задействовать собственный планировщик задач.
- Продолжен перенос изменений из ветки Rust-for-Linux, связанных с использованием языка Rust в качестве второго языка для разработки драйверов и модулей ядра (поддержка Rust не активна по умолчанию, и не приводит ко включению Rust в число обязательных сборочных зависимостей к ядру). Возможность использования Rust в ядре реализована для архитектуры s390. В состав включён пакет "zerocopy" с быстрыми примитивами работы с памятью для кода в режиме "unsafe".
- Минимальная версия инструментария LLVM, необходимая для сборки ядра, повышена до 17.0.1.
- В минималистичной Си-библиотеке nolibc, поставляемой в составе исходных текстов ядра Linux и предоставляющей обвязку над базовыми системными вызовами, реализована поддержка архитектур OpenRISC и 32-bit PA-RISC.
- В подсистему подкачки (swap) внесены оптимизации, повышающие производительность и снижающие потребление памяти в самой подсистеме за счёт исключения накладных расходов при хранении статических метаданных и унификации работы с анонимной и разделяемой памятью при использовании фолиантов. Снижение потребления памяти достаточно существенно, например, при монтировании раздела подкачки размером 1 ТБ наблюдается снижение потребления памяти примерно на 512 МБ.
- Повышена эффективность механизма вытеснения памяти, удаляющего или переносящего в раздел подкачки области памяти для высвобождения памяти при её нехватке в системе. В некоторых видах нагрузки, например, при тестировании MongoDB при помощи YCSB (Yahoo! Cloud Serving Benchmark), наблюдается прирост производительности до 30%.
- В сборочную систему добавлена команда "make sbom" для генерации списков SBOM (Software Bill Of Materials), отражающих задействованные в текущей сборке ядра компоненты, библиотеки и зависимости, а также информацию об их лицензиях, полученную из заголовков SPDX в файлах с кодом.
- В реализации неименованных каналов (pipe) проведена оптимизация работы с блокировками (операции выделения памяти вынесены за область действия блокировки), что на 21-48% повысило пропускную способность неименованных каналов и на 17-33% снизило задержки.
Виртуализация и безопасность
- В механизм распределения памяти slab (slab allocator) добавлена возможность использования токенов выделения памяти (Allocation Token), реализованных в компиляторе Clang 22. Токены позволяют маркировать уникальными идентификаторами операции выделения памяти и организовать раздельное размещение различных типов объектов для усложнения эксплуатации уязвимостей, вызванных переполнением буфера (при разделении переполнение буфера в одном типе объектов не так просто использовать для повреждения других типов объектов).
- Механизм AF_ALG, эксплуатируемый в уязвимости Copy Fail для модификации данных в страничном кэше, объявлен устаревшим и намечен для удаления в одном из будущих выпусков. AF_ALG позволяет задействовать аппаратные ускорители для криптографических вычислений в Crypto API ядра, но применяется в достаточно специфичных ситуациях. В ядре 7.2 в AF_ALG удалена поддержка асинхронного ввода/вывода, старых драйверов и механизма zero-copy в реализации skcipher и aead. Оставлены только программные реализации криптоалгоритмов, а поддержка аппаратных криптоускорителей в crypto API ядра удалена, так как AF_ALG существенно расширяет поверхность атаки, но не даёт выигрыша в производительности, по сравнению в реализацией криптографии в пользовательском пространстве. AF_ALG использовался в инструментарии Cryptsetup, но его поддержка была удалена в недавнем выпуске 2.8.7.
- В механизм IMA (Integrity Measurement Architecture), позволяющий внешнему сервису верифицировать состояние подсистем ядра для того чтобы убедиться в их подлинности, добавлена поддержка экспорта внутренних таблиц с результатами измерений в пользовательское пространство с удалением из буферов ядра для экономии памяти.
- В модуль Landlock, предоставляющий непривилегированным программам средства для ограничения использования объектов ядра Linux (иерархии файлов, сетевые сокеты, ioctl и т.п), добавлена поддержка управления доступом к UDP-сокетам, а также возможность выборочного отключения вывода в лог сведений о блокировке объектов для предотвращения захламления лога несущественной информацией.
- Ядро избавлено от использования функции strncpy(), копирующей заданное число байт из входящей строки. Применение strncpy() создавало опасность возникновения ошибок из-за пропуска нулевого символа в конце строки или добавочного заполнения нулями. Вместо strncpy() рекомендовано использовать функции strscpy() и strscpy_pad() для копирования строк, завершающихся нулевым символом, а также strtomem_pad(), memcpy_and_pad() и memcpy() для копирования строк известного фиксированного размера. Работа по избавлению ядра от использования strncpy() была начата в 2020 году и потребовала принятия 362 изменений от 70 разработчиков.
- В гипервизор KVM добавлена поддержка расширений Intel MBEC (Mode-Based Execution Control) и AMD GMET (Guest-Mode Execution Trap), позволяющих в таблицах трансляции памяти раздельно обрабатывать права на выполнение кода для ядра и пространства пользователя в гостевых системах. Ранее расширения аппаратной виртуализации Intel и AMD позволяли пометить страницы памяти доступными для исполнения только одним битом с программным разделением прав для ядра и пространства пользователя на уровне гипервизора. Использование MBEC и GMET даёт возможность исключить проверки полномочий на стороне гипервизора и значительно сократить интенсивность ресурсоёмкой передачи управления от гостевой системы к гипервизору VMexit.
Сетевая подсистема
- Реализация расширения TCP-AO (TCP Authentication Option, RFC 5925) переведена на использование новой криптографической библиотеки libcrypto, что позволило упростить код и повысить эффективность работы. TCP-AO даёт возможность верифицировать TCP-заголовки по MAC-кодам (Message Authentication Code), используя более современные алгоритмы HMAC-SHA-1-96 и AES-128-CMAC-96 вместо ранее доступной опции TCP-MD5 на базе устаревшего алгоритма MD5.
- Число субпотоков, поддерживаемых для соединений Multipath TCP (MPTCP), увеличено с 8 до 64.
- Продолжена работа по сокращению использования в сетевом стеке ядра глобальной блокировки rtnl_lock.
- Из ядра удалена реализация стека протоколов AppleTalk, который использовался в компьютерах Apple с 1985 года и в 1990-е годы был заменён на TCP/IP. Помимо этого удалены компоненты технологии передач данных ATM, не связанные с PPPoATM, а также cетевые интерфейсы ARCnet на базе шин ISA и PCMCIA, Bluetooth-адаптеры с интерфейсом PCMCIA, TLS-ускорители Chelsea, код для интеграции TLS с sockmap и поддержка диапазонов частот 5/10 MHz в беспроводном стеке cfg80211/mac80211. Из-за наличия нерешаемых проблем с блокировками и отсутствия сопровождающих удалена специфичная реализация ускорения обработки TLS на базе TCP Offload Engine (более распространённая реализация TLS offload сохранена). Отключён и запланирован для удаления код совместимости с 32-разрядными x_tables на 64-разрядных системах.
- В драйвер pppoe добавлена поддержка механизмов GRO (Generic Receive Offload) и GSO (Generic Segmentation Offload) для аппаратного ускорения пересборки и сегментации пакетов. Использование GRO и GSO позволяет существенно повысить пропускную способность для входящего трафика, например, на устройствах MediaTek MT7621 в конфигурации с транслятором адресов максимальная пропускная способность повысилась с 130 Mbit/s до 630 Mbit/s.
Оборудование
- В драйвере AMDGPU появилась начальная поддержка технологии HDMI 2.1 FRL (Fixed Rate Link), позволяющей передавать несжатые видео с качеством 4K/120Hz и 8K/60Hz. Ранее поддержку HDMI 2.1 долгое время не удавалась реализовать в открытых драйверах из-за лицензионных требований HDMI Forum, но сейчас компании AMD удалось согласовать подобную реализацию.
- В драйвер i915 добавлена поддержка настройки отображения дисплейным контроллером фонового цвета. Реализован параметр pin_params.needs_low_address.
- Продолжена работа над drm-драйвером (Direct Rendering Manager) Xe для GPU на базе архитектуры Intel Xe, которая используется в видеокартах Intel семейства Arc и интегрированной графике, начиная с процессоров Tiger Lake. Добавлена начальная поддержка платформы CRI (Crescent Island). Для dGPU-платформ Xe3p реализован системный контроллер.
- В драйвере Nouveau решены проблемы с GPU NVIDIA GA100.
- В драйвер v3d добавлена возможность управления энергопотреблением v3D GPU на платах Raspberry Pi.
- Продолжена интеграция компонентов драйвера Nova для GPU NVIDIA, оснащённых GSP-прошивками, используемыми начиная с серии NVIDIA GeForce RTX 2000 на базе микроархитектуры Turing. Драйвер написан на языке Rust. Добавлена поддержка GPU NVIDIA GA100 и серий Hopper и Blackwell.
- Добавлена поддержка ARM-плат, SoC и устройств: Apple t8122 (M3), Motorola Edge 30, Nothing Phone 3a, Google Pixel 3a XL, Qualcomm Dragonwing IPQ9650, Huawei Hawi, ZTE zx297520v3, Renesas R-Car M3Le, ASPEED AST27xx, Cortina Gemini, NXP i.MX6/8/9, NXP LX2160A, TI K3 AM62x.

Одновременно латиноамериканский Фонд свободного ПО сформировал вариант полностью свободного ядра 7.2 - Linux-libre 7.2-gnu, очищенного от элементов прошивок и драйверов, содержащих несвободные компоненты или участки кода, область применения которых ограничена производителем. В выпуске 7.2 проведена чистка от блобов новых драйверов rt722-sdca и tac5xx2. Обновлён код чистки в драйверах amdgpu, nova core, qcom iris, q6v5, iwlwifi, amdxnda, adreno, r8152 и mt792x. Проведена корректировка интерфейсов для загрузки прошивок. Выполнена чистка имён blob-ов в dts-файлах (devicetree) для ARM-чипов.

исправить +44 +/–

Лицензия: CC BY 3.0

Короткая ссылка: https://opennet.ru/65937-kernel

Ключевые слова: kernel, linux

При перепечатке указание ссылки на opennet.ru обязательно

Обсуждение (176)

1.1, Аноним (1), 08:06, 17/08/2026 [ответить] [﹢﹢﹢] [ · · · ]

+1 +/–

> Добавлен новый планировщик распределения ресурсов GPU (Fair GPU scheduler), применяемый для определения порядка выполнения на GPU работ, отправляемых процессами, использующими GPU. Вместо применения традиционной FIDO-очереди запросов к GPU в новом

Это не тот, который откатили?

https://www.phoronix.com/news/Linux-7.2-Reverting-DRM-Fair

2.178, Аноним (-), 17:51, 19/08/2026 [^] [^^] [^^^] [ответить]	+/–
> Это не тот, который откатили? Откатили - его юзеж по дефонту. Из за регрессий по скорости в некоторых игорях.

1.4, Аноним (4), 09:13, 17/08/2026 [ответить] [﹢﹢﹢] [ · · · ]	+7 +/–
>fast commit вот из-за этого при каждом fsck невозможно было использовать журнал из-за повреждений, уже исправили?

2.8, Жироватт (ok), 09:40, 17/08/2026 [^] [^^] [^^^] [ответить]	–14 +/–
Поправить можно, но зачем? За это денюшков не дадут - сейчас в ядре ЫЫшками модно в оптимизированном на быстродействие коде уязвимости искать. Приходите, когда кампания от антропиков по пеару их ультимативных моделей начнёт выдыхаться.

3.11, Аноним (4), 10:10, 17/08/2026 [^] [^^] [^^^] [ответить]	+1 +/–
Это ещё что, ты посмотри, сколько баг с ресайзом при включенном sparse_super2 игнорировали. Лет 10, или все 15?

4.211, Аноним (-), 11:52, 24/08/2026 [^] [^^] [^^^] [ответить]

+/–

> Это ещё что, ты посмотри, сколько баг с ресайзом при включенном sparse_super2
> игнорировали. Лет 10, или все 15?

Вы же не прислали патчи? А так - это опенсонс. Вам никто ничего не должен. А спасение утопающих - дело рук самих утопающих.

5.212, Аноним (4), 12:06, 24/08/2026 [^] [^^] [^^^] [ответить]	+/–
Так у меня всё хорошо, но ни в ядре, ни в e2fsprogs, ни в документации никаких предупреждений не было и это был отличный сюрприз для новичков.

6.218, Аноним (218), 17:44, 25/08/2026 [^] [^^] [^^^] [ответить]

+/–

> Так у меня всё хорошо, но ни в ядре, ни в e2fsprogs,
> ни в документации никаких предупреждений не было и это был отличный
> сюрприз для новичков.

Новичкам стоит научиться - не выделываться а начинать с какой-нибудь убунты, чтоли. Где умные (относительно них) дяди сделают так чтобы хотя-бы вот прям сразу - не разлеталось на куски.

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

3.133, MihaNix (ok), 06:47, 18/08/2026 [^] [^^] [^^^] [ответить]	+1 +/–
>«За это денюшков не дадут...» Стоит ли вас понимать так, что некоторым разработчикам ядра платят за целенаправленное внесение «багов», которые можно без труда эксплуатировать?

4.159, Ненищ Безокр (?), 17:39, 18/08/2026 [^] [^^] [^^^] [ответить]	+1 +/–
Линус на крючке АНБ, а все мы заложники.

1.5, Джон Титор (ok), 09:30, 17/08/2026 [ответить] [﹢﹢﹢] [ · · · ]	–6 +/–
Не знаю, я на одном ПК поставил 7 версию ядра, вроде все работает, но порой неожиданности возникают что что-то чего-то не поддерживает и скачайте что-то из какой-то ж*** для того чтобы заработало (и помогает правда). Но мне все-равно не нравится что они дропнули поддержку старых технологий. Т.е. если захочу новый раритет то нужно будет искать какой-нибудь ВинтажОС

2.28, Malinovsky (?), 12:29, 17/08/2026 [^] [^^] [^^^] [ответить]	+2 +/–
Да, полно таких вариантов. Но можно поставить Gentoo или Void и использовать разные версии ядер. Тут только в ядре дело. Прошивки на такое старье не требуются. Стабильные версии дистрибутивов - уже есть. Ну, а если приспичит приколотить можно обратно исходники к ядру. Я вот правил драйвер radeon для поддержки вывода в 4К. Если что в поиске вводите Thriving hunt 4K

3.123, Джон Титор (ok), 01:41, 18/08/2026 [^] [^^] [^^^] [ответить]	–1 +/–
> Да, полно таких вариантов. Но можно поставить Gentoo или Void и использовать > разные версии ядер. Тут только в ядре дело. Прошивки на такое > старье не требуются. Стабильные версии дистрибутивов - уже есть. Ну, а > если приспичит приколотить можно обратно исходники к ядру. Я вот правил > драйвер radeon для поддержки вывода в 4К. Если что в поиске > вводите Thriving hunt 4K У меня нет столько свободного времени, Виталий. Debian работает вполне стабильно, я просто говорю о том что нужно немного заморочится чтобы настроить.

2.179, Аноним (-), 17:53, 19/08/2026 [^] [^^] [^^^] [ответить]

+/–

> Т.е. если захочу новый раритет то нужно будет искать какой-нибудь ВинтажОС

Новый раритет? Это как живой мертвец чтоли? Т.е. взаимоисключающие параграфы? Да и что у вас там за раритеты? i486 который вы на полном серьезе используете чтоли?

А так поугарать - для процов без SSE2 оптимизаций подвалило! Представляете? :D

3.197, Джон Титор (ok), 12:53, 21/08/2026 [^] [^^] [^^^] [ответить]	+2 +/–
>> Т.е. если захочу новый раритет то нужно будет искать какой-нибудь ВинтажОС > Новый раритет? Это как живой мертвец чтоли? Т.е. взаимоисключающие параграфы? Да и > что у вас там за раритеты? i486 который вы на полном > серьезе используете чтоли? > А так поугарать - для процов без SSE2 оптимизаций подвалило! Представляете? :D Хобби такое. Представляю что такое старые ПК на экзотических ОС. У меня есть и проигрыватели пластинок, когда-то работал проигрыватель видеокассет. Есть старая швейная машинка на ножном приводе. Хобби - собирать старые вещи и доводить до хорошего состояния. Где-то был сервант который времена царя видел. Таких, с красивыми узорами уже не делают. Там куча работы. Ничем не хуже чем собирать марки или монеты (которые тоже есть)

4.219, Аноним (-), 17:52, 25/08/2026 [^] [^^] [^^^] [ответить]	+/–
Не очень понимаю - зачем там надо распоследний линух кернел при этом Ультрановы... большой текст свёрнут, показать

5.227, Джон Титор (ok), 19:51, 27/08/2026 [^] [^^] [^^^] [ответить]	+/–
А какой же вы предлагаете ставить Хобби это по русски увлечение Оно не имеет с... большой текст свёрнут, показать

1.10, Жироватт (ok), 09:44, 17/08/2026 [ответить] [﹢﹢﹢] [ · · · ]	+7 +/–
> Реализован механизм USB4STREAM для потоковой передачи данных между компьютерами, соединёнными кабелем через порты USB4. Зумеры переизобрели нуль-модем?

2.15, Аноним (15), 10:51, 17/08/2026 [^] [^^] [^^^] [ответить]	+14 +/–
Через усб потому что других у обычных людей не осталось. Что не так?

3.16, anonim123123 (?), 11:03, 17/08/2026 [^] [^^] [^^^] [ответить]	–4 +/–
Флэшки нынче не в моде? Как и portable HDD?

4.20, maximnik0 (?), 11:49, 17/08/2026 [^] [^^] [^^^] [ответить]	+2 +/–
>Флэшки нынче не в моде? Как и portable HDD? Да как сказать -судя по ценам,явно не в моде.Х 2,5 к ценам на начало 25 года.Дошло до того что dnc нелеквид юсб2 флэшки 20 года начал торговать .... потому что обычные дорого

5.183, Malinovsky (?), 21:49, 19/08/2026 [^] [^^] [^^^] [ответить]	+/–
Опять бот псих удалил сообщения для болванов, страдающих провалами в памяти что Виталика этот умалишенный выдумал.

5.185, Malinovsky (?), 21:50, 19/08/2026 [^] [^^] [^^^] [ответить]	+/–
Это баг форума - пост был в другое место.

3.176, Аноним (-), 15:28, 19/08/2026 [^] [^^] [^^^] [ответить]	+/–
> Через усб потому что других у обычных людей не осталось. Что не так? Туповэйтинга нет - у usb4 скорости зело более другие относительно нульмодема :)

2.18, Ilya Indigo (ok), 11:42, 17/08/2026 [^] [^^] [^^^] [ответить]	+6 +/–
Ты вспомни скорость этого нуль-модема. И какая может быть по USB4. Возможно это будет очень быстрая альтернатива протокола mtp.

3.29, Malinovsky (?), 12:30, 17/08/2026 [^] [^^] [^^^] [ответить]	–2 +/–
Вначале стоит вспомнить что есть USB "кабели" с передачей данных по оптике.

4.33, Ilya Indigo (ok), 13:14, 17/08/2026 [^] [^^] [^^^] [ответить]	+2 +/–
Чтобы что-то вспомнить, нужно сначала это массово видеть, а потом забыть про это. Например нуль-модем или FireWire. Ну ту дичь, про которую вы упомянули и о наличии которой не знают почти никто кроме вас, как минимум, не подлежит вспоминанию.

5.34, Malinovsky (?), 13:27, 17/08/2026 [^] [^^] [^^^] [ответить]	+/–
Ну тогда надо суметь не изучить вопрос хотя бы на маркетплейсе и вспоминать технологии древних с нуль модемным кабелем. Null в английском это ноль, то есть безмодемный кабель всего лишь, который перевели через задницу из-за глупого названия. И вот среди 95% пользователей ПК именно нуль модемный кабель будет тем о чем они никогда не слышали. Это свое противоречие не к месте применять весьма странный ход

5.152, Malinovsky (?), 16:10, 18/08/2026 Скрыто ботом-модератором [к модератору]	+/–

2.58, Аноним (58), 16:59, 17/08/2026 [^] [^^] [^^^] [ответить]	+2 +/–
Ты не в курсе, что витую пару можно без роутера юзать? Без извращений типа нуль-модемного кабеля. Для тех же самых целей - максимально быстрый бэкап мимо инфраструктуры, максимально быстрый доступ в NAS под столом мимо корявых хабов. Ну тут ещё возможно VR-шлемы подъедут

3.62, Аноним (62), 17:40, 17/08/2026 [^] [^^] [^^^] [ответить]	+/–
Нужно будет сеть настраивать как минимум, а тут Plug and Chat ;)

4.158, Аноним (158), 17:27, 18/08/2026 [^] [^^] [^^^] [ответить]	+/–
что там настраивать? отрубить dhcp и прописать адреса? серьезнейшая настройка )

5.162, Аноним (162), 18:30, 18/08/2026 [^] [^^] [^^^] [ответить]	+/–
Именно. Разницу между вообще ничего не надо настраивать и надо настраивать что-то понимаешь?

2.63, Аноним (63), 17:50, 17/08/2026 [^] [^^] [^^^] [ответить]	+/–
Кластер, отдыхает.

2.165, Аноним (165), 18:50, 18/08/2026 [^] [^^] [^^^] [ответить]	+/–
Ага, только 80-гигабитный

1.14, Вася Пупкин (?), 10:44, 17/08/2026 [ответить] [﹢﹢﹢] [ · · · ]	+/–
Дофига изминений,круто! Будем компилить и проверять

1.19, Аноним (19), 11:44, 17/08/2026 [ответить] [﹢﹢﹢] [ · · · ]	–1 +/–
HDMI до 7.2 не работал, а HDR у некоторых почти был.За то не Х. :)

2.21, Аноним (4), 11:49, 17/08/2026 [^] [^^] [^^^] [ответить]	–2 +/–
Просто у всех нвидиа, не стал же бы ты брать амд. Ты же не стадо, правда?

3.25, Аноним (19), 12:02, 17/08/2026 [^] [^^] [^^^] [ответить]	–1 +/–
Теперь хоть понятно почему амуде так упорно закапывала Иксы и продвигала Вяленд.

2.72, Xo (?), 19:11, 17/08/2026 [^] [^^] [^^^] [ответить]	+/–
В hdmi не работал vrr, теперь должен работать как на dp.

2.180, Аноним (-), 17:56, 19/08/2026 [^] [^^] [^^^] [ответить]	+/–
> HDMI до 7.2 не работал, а HDR у некоторых почти был.За то не Х. :) В смысле - не работал? Работал. Просто не реализовывал топовую версию стандарта т.к. HDMI форум залупился. Как залупился так и передумал. В общем как-то это дело утрясли и амд и проч как-то полуофициально сперва FRL сделали - а потом и более официально добавили. И вот оно.

1.23, Оно ним (-), 11:59, 17/08/2026 [ответить] [﹢﹢﹢] [ · · · ]	+7 +/–
> В механизме iomap убран лишний вызов функции memset для уже завершённых итераций в функции iomap_iter(), что при высокой интенсивности ввод/вывода на быстрых накопителях NVMe повысило в проведённых тестах число операций ввод/вывода в секунду (IOPS) на 5% при использовании ФС ext4 и xfs. Через пару лет внезапно окажется что этот вызов был необходим, и без него уязвимость открывается.

2.32, Аноним (32), 13:07, 17/08/2026 [^] [^^] [^^^] [ответить]	+2 +/–
> Через пару лет внезапно окажется что этот вызов был необходим, и без него уязвимость открывается. Немного не так будет. Через пару лет, прочитав очередной CVE созданный ИИ, какой-нибудь новичок, даже проверяя, что уязвимости нет, сделает патч. Пришлёт его сопровождающему, а тот проверив, что все более менее нормально, решит, что раз прислали и ссылаются на CVE, значит проверили и надо применять.

1.24, Аноним (24), 12:02, 17/08/2026 [ответить] [﹢﹢﹢] [ · · · ]	+/–
> Продолжена работа над drm-драйвером (Direct Rendering Manager) Xe для GPU на базе архитектуры Intel Xe, которая используется в видеокартах Intel семейства Arc и интегрированной графике, начиная с процессоров Tiger Lake. Почему пост. пишут про поддержку начиная с процессоров Tiger Lake, если драйвер не вкл. по умолчанию, даже для ArrowLake с Arc140T.

2.27, Malinovsky (?), 12:27, 17/08/2026 [^] [^^] [^^^] [ответить]	+1 +/–
Потому что если есть другой драйвер, то используется стабильный вариант Все как... большой текст свёрнут, показать

3.200, 1 (??), 17:16, 21/08/2026 [^] [^^] [^^^] [ответить]	+/–
Ну так возможно заставить нормально работать в линуксе Creative AE-7?

4.201, Malinovsky (?), 22:48, 22/08/2026 [^] [^^] [^^^] [ответить]	+/–
Я использую openSUSE Tumbleweed, чтобы заводить AE-7. Но стоит понимать что иметь вторую систему на обычном ядре тоже можно, потому что когда Mesa и ядро ломают совместимость загрузка может быть даже не раз из пяти попыток, а порой раз в 100+ попыток, если вообще заработает, но такое случается редко. В основном жить можно, если нет склонности перегружать компьютер. Часть функций типа голосов эльфов не работают, зато можно записывать в 192000 герц, что недоступно на Windows. Сами думайте достаточно ли готов драйвер или нет. Если ваша психика выдержит загрузку с пятой попытки с ЖЕСТКОГО ДИСКА, тогда да - можно пробовать. С SATA SSD загрузка проваливается. Превед от сырого драйвера. Поменять настройки вроде не получится, но S32LE вроде заводится. Уровень поддержки минимальный.

5.209, 1 (??), 00:51, 24/08/2026 [^] [^^] [^^^] [ответить]

+/–

А там какое ядро?

Вот нашел на реддите чувак пищет на fedore 44 работает хорошо, но не очень понятно про какую модель пишет -- AE-5 или AE-7

Tested on Fedora 44 + KDE (Linux 7.0) and worked like a charm

https://www.reddit.com/r/SoundBlasterOfficial/comments/1iubcpp/guide_get_most_

4.202, Malinovsky (?), 23:18, 22/08/2026 [^] [^^] [^^^] [ответить]	+/–
Помимо этого стоит избегать нестабильных файловых систем Клик на значок громкос... большой текст свёрнут, показать

5.210, 1 (??), 01:58, 24/08/2026 [^] [^^] [^^^] [ответить]	+/–
А такой вопрос про внешние ЦАПы -- портов на компе USB-C нет, можно ли использовать переходник или даже лучще было бы кабель USB?

5.220, Аноним (-), 17:56, 25/08/2026 [^] [^^] [^^^] [ответить]

+/–

> Помимо этого стоит избегать нестабильных файловых систем. Клик на значок громкости в
> плазме при использовании BTRFS обычно приводит к поломке файловой системы.

Не, сэр, это не в файловой системе дело. А в вашей системе, руках или чем там еще. То-есть нормыльный человек - вычислил бы где порылся баг. И либо исправил конфигу если это свой косяк, либо репортнул бы ядерщикам - если их.

А опеннетчики вместо этого будут - практиковать ритуалы. Рассказывая небылицы. И делать при этом всем умный вид, раздавая "суперценные" советы всем вокруг. Поэтому нормальные люди уже почти перестали на опеннет забредать - читать это ламерство уже мочи нет.

4.204, Malinovsky (?), 14:36, 23/08/2026 [^] [^^] [^^^] [ответить]	+/–
Ах да, еще нужно заполнить джеками неиспользуемые входы - левые три или хотя бы ... большой текст свёрнут, показать

1.26, Malinovsky (?), 12:22, 17/08/2026 [ответить] [﹢﹢﹢] [ · · · ]

–1 +/–

> В реализации неименованных каналов (pipe) проведена оптимизация работы с блокировками (операции выделения памяти вынесены за область действия блокировки), что на 21-48% повысило пропускную способность неименованных каналов и на 17-33% снизило задержки.

Интересно, это позволит Pipewire снова быстро работать? Надо будет проверить, но сдается мне что с 32 семплов задержки не упадут до 21 семпла как было год назад. А ведь это настройка работы драйвера на максимальны вывод звука. И даже если они не связаны напрямую, тогда останутся вопросы к Pipewire.

Прикольная штука с GRO, вот только когда это завезут в OpenWRT неизвестно. Еще лет 10 пройдет наверное, так что владельцам MT7621 придется все самим делать вручную.

HDMI 2.1 заработал. Ну, прикольно. Осталось лишь 8К телеки прикупить.

В общем выпуск годный. Даже BTRFS заставили работать быстрее.

2.116, Аноним (116), 22:41, 17/08/2026 [^] [^^] [^^^] [ответить]	+2 +/–
Вероятно Pipewire не имеет никакого отношения к неименованным каналам еще из юникса.

3.136, Malinovsky (?), 11:35, 18/08/2026 [^] [^^] [^^^] [ответить]	+/–
Вполне допускаю, но Pipewire сделан для низкой задержки и позволяет настраивать приоритет драйвера и многие другие вещи. Слишком уж напоминает функционал, так что вряд ли разработчики е специально так назвали проект работы со звуком и видео. Типичная ситуация когда у разработчиков фантазия бедная, потому что они на зарплате и они программисты, а не создатели программы. Я вот в эту сторону думал что режим чукчи как минимум сработал.

2.122, Аноним (122), 01:40, 18/08/2026 [^] [^^] [^^^] [ответить]	+1 +/–
>только когда это завезут в OpenWRT в опенврт это не нужно, там свои патчи к ядру включают и gro и аппаратный нат уже лет 10 для mt7621. без лишних правил Мон натит дуплекс 2гбпс без особых проблем.

3.137, Malinovsky (?), 11:47, 18/08/2026 [^] [^^] [^^^] [ответить]	+/–
Я в курсе что у них там и драйвера свои и открытые, но их изменения не принимают... большой текст свёрнут, показать

1.30, DeerFriend (?), 12:34, 17/08/2026 [ответить] [﹢﹢﹢] [ · · · ]	+/–
Кто знает, ИИшенька уже помогла raid56 в btrfs починить?

2.38, Аноним (38), 14:14, 17/08/2026 [^] [^^] [^^^] [ответить]	+/–
ИИ скорее объявит баттерфейс устаревшим и удалит ссылаясь на трудности сопровождения.

3.57, Аноним (58), 16:53, 17/08/2026 [^] [^^] [^^^] [ответить]	+/–
перепишет его на честно стыренный ZFS)

2.216, DEF (?), 21:49, 24/08/2026 [^] [^^] [^^^] [ответить]	+/–
Raid 5/6 отлично работает для данных. Метаданные держи на RAID1, а данные на RAID5/6 и всё. Метаданные занимают места гораздо меньше данных, для них сгодятся парочка стареньких HDD c барахолки.

1.36, Неприятный мужчина (?), 14:05, 17/08/2026 [ответить] [﹢﹢﹢] [ · · · ]	+/–
> В сервере SMB добавлена поддержка файлов, хранимых в сжатом виде, а также сжатия данных при их передаче по сети. Вообще непонято, это же юзерленд, не? Просветите

2.52, Александр (??), 16:24, 17/08/2026 [^] [^^] [^^^] [ответить]	+/–
есть такое KSMBD is a linux kernel server which implements SMB3 protocol in kernel space for sharing files over network.

2.69, Аноним (69), 18:42, 17/08/2026 [^] [^^] [^^^] [ответить]	+/–
сервер (ksmbd) есть в ядре

2.73, Аноним (1), 19:13, 17/08/2026 [^] [^^] [^^^] [ответить]	–1 +/–
Зачем SMB (как правило, дырявый), когда есть SSH?

3.87, Аноним (87), 19:53, 17/08/2026 [^] [^^] [^^^] [ответить]	+/–
КО: Для виндоклиентов. И да, конечно, лучше сервер Samba в юзерспейсе.

4.173, Аноним (1), 06:43, 19/08/2026 [^] [^^] [^^^] [ответить]

+/–

> Для виндоклиентов.

Так винда в SSH уже давно умеет.

С таким успехом можно было winrm и wmic (rpc) вкручивать.

3.121, жявамэн (ok), 23:55, 17/08/2026 [^] [^^] [^^^] [ответить]	+/–
И тут ты такой пруфы на уязвимость протокола smb3... Не уязвимости реализации в ведре, а самого протокола

4.134, Аноним (1), 06:55, 18/08/2026 [^] [^^] [^^^] [ответить]

+/–

> Не уязвимости реализации в ведре, а самого протокола

А чем тебе RCE в ядре не катят? Или это так, мелочи?

Как с iouring, так он небезопасный ой-ой, хоть и прирост при съезде на него, процентов эдак 50. А тут только и успеваешь следить, как его патчат.

И для чего он так нужен именно в ядре? Где требуется такая уж скорость? В кластерах? Так там Ceph или, на худой конец, NFS.

5.166, жявамэн (ok), 18:51, 18/08/2026 [^] [^^] [^^^] [ответить]

+/–

>> Не уязвимости реализации в ведре, а самого протокола
> А чем тебе RCE в ядре не катят? Или это так, мелочи?

ты читаешь что я пишу?

я про уязвимость ПРОТОКОЛА спрашиваю

6.172, Аноним (1), 06:40, 19/08/2026 [^] [^^] [^^^] [ответить]

+/–

> ты читаешь что я пишу?

А ты?

> я про уязвимость ПРОТОКОЛА спрашиваю

Что ты мне ту бумажку тычешь? Протокол по RFC может быть и ок. Толку с него без реализации? А по сути, в ИМЛЕМЕНТАЦИИ везде сплошные дыры.

Первая версия в 2017 году смачно вмазалась в RCE на винде (ms17-010).
Третья версия в 2020 на винде - в SMBGhost.

Ну а на линуксе я даже считать не хочу, там постоянно что-то всплывает.

И теперь вопрос: зачем выбирать его вместо SSH? Ты у SSH последний раз когда RCE видел в сервере?

7.177, _ (??), 17:18, 19/08/2026 [^] [^^] [^^^] [ответить]	+/–
> И теперь вопрос: зачем выбирать его вместо SSH? Потому что оно для разного?(С) Вот ты - загрузишь стандартные 10GB через ssh ? А сосамбой - загрузишь. У нас даже 40-ку грузили тюненым smb3-strict и ещё NFS4*(уже не помню который из 4 именно).

8.181, Аноним (1), 18:00, 19/08/2026 [^] [^^] [^^^] [ответить]	+/–
Можно, конечно поиграться с шифрованием, но вряд-ли Только вот вопрос - зачем ... текст свёрнут, показать

1.40, Bob (??), 14:43, 17/08/2026 [ответить] [﹢﹢﹢] [ · · · ]	+/–
где свидетели i486? почему не начали про "программное устаревание"?

2.42, Жироватт (ok), 15:01, 17/08/2026 [^] [^^] [^^^] [ответить]	+1 +/–
Они еще обрабатывают новость, 96% уже осознали. Камешек древний-то. А может все куда как проще: половина встройщиков в отпусках и из мест с аллинклюзивом до нас это просто не слышно, другая половина - на созвонах (понедельник все-таки, у них планы на неделю, дейлики, игры со скарм-мастерами в особом подземелье...), третья половина - уже смирилась.

2.44, Аноним (44), 15:15, 17/08/2026 [^] [^^] [^^^] [ответить]	+4 +/–
Им удалили протокол AppleTalk, они теперь не могут в интернет выйти.

2.79, Malinovsky (?), 19:34, 17/08/2026 [^] [^^] [^^^] [ответить]	–1 +/–
Если бы я тут увидел хотя бы знание о том что поддержку уже удалили и оставляли лишь для каких-то проприетарных вариантов, которые еще выпускались я бы еще понял попытку пошутить, но когда понимания происходящего нет это даже не смешно и остальные отметившиеся ранее в ветке тоже ничего не продемонстрировали, кроме собственной темной стороны. Темные люди они всегда идут повод вылезти, но сказать нечего и начинается вот это бессмысленное глумление на пустом месте. А для особо тупых стоит понимать что те у кого были запасы плат и сотен процессоров уровня пеньков спокойно могли бы использовать их как роутеры, принт серверы, букап серверы и прочие подобные задачи. Я сам видел роутер на 386-м и никакая тупость не докажет бессмысленность существования роутеров для 100 мбит сети.

3.90, Dzen Python (ok), 20:05, 17/08/2026 [^] [^^] [^^^] [ответить]	+/–
Для которых обязательно нужно свежайшее, жирнейшее 7.2+, да?

4.96, Malinovsky (?), 20:30, 17/08/2026 [^] [^^] [^^^] [ответить]	+/–
Люди всякие бывают. Упрямые ведь вернут все на место. Ну и что что не тестировано. Патчи на автомат поставил и пофиг вообще, если с sed например человек дружит. Там ведь всего - ничего строк кода надо вернуть, чтобы все заработало. Как убрали также можно и вернуть. Да, плат на древнем сокете с поддержкой DIMM-ов может и мало было, но главное что они были. А это сразу объемы что и сейчас встречаются у роутеров. Ну заменит человек ядро OpenWRT на свежайшее - почему нет? Свобода действий она такая - без подачек и некому выдать наказание за действия. Двадцать плетей за то что поставил линукс на старое железо? Или как там на востоке нынче дела решают?

5.138, 1 (??), 12:03, 18/08/2026 [^] [^^] [^^^] [ответить]	+/–
Linux 6.12-cip is a Super Long-Term Support (SLTS) kernel from the Civil Infrastructure Platform project. Launched in 2025, it provides industrial-grade maintenance, security updates, and critical bug fixes for 10 years, running through mid-2035.

5.146, Жироватт (ok), 13:48, 18/08/2026 [^] [^^] [^^^] [ответить]	+/–
Ты так и не ответил, зачем на 486м процессоре свежее 7.2+ ядро.

6.148, Malinovsky (?), 13:58, 18/08/2026 [^] [^^] [^^^] [ответить]	+/–
Владельцы сами решат зачем. Это все равно что ожидать что я буду учить даосских практиков в Китае, которые монахи тантрическим практикам в которых они явно разбираются лучше. Кто я такой чтобы им указывать как им поступать с их личным 486-м? У меня самый древний комп это P4 на 775-м сокете.

7.174, Жироватт (ok), 11:54, 19/08/2026 [^] [^^] [^^^] [ответить]	+/–
Владельцы ядра (те, кто контролирует ядро) тоже сами решили, что им поддержка 486 не нужна.

8.186, Malinovsky (?), 21:57, 19/08/2026 [^] [^^] [^^^] [ответить]	–2 +/–
И ты наверное сам собой доволен тем что выдал подобное, но вообще-то то плохо и ... большой текст свёрнут, показать

9.192, Жироватт (ok), 09:09, 20/08/2026 [^] [^^] [^^^] [ответить]	+/–
Я тут пишу года 16го когда ещё был под анонимом , что кто Линусу платит зарплат... большой текст свёрнут, показать

10.193, Malinovsky (?), 12:33, 20/08/2026 [^] [^^] [^^^] [ответить]	+/–
Просто у них на западе создавали все условия, чтобы умные люди продвинулись У н... большой текст свёрнут, показать

11.217, eraser (??), 17:28, 25/08/2026 [^] [^^] [^^^] [ответить]	+/–
Ну я на деревне у дедушки видел где-то AMD Duron 1 ГГц еще жив ... текст свёрнут, показать

10.195, Malinosky (?), 14:44, 20/08/2026 [^] [^^] [^^^] [ответить]	+/–
Кстати читал ту же тему на роле Там местные за годы моего тусования научились д... большой текст свёрнут, показать

7.221, Аноним (-), 18:02, 25/08/2026 [^] [^^] [^^^] [ответить]

+/–

> Владельцы сами решат зачем. Это все равно что ожидать что я буду
> учить даосских практиков в Китае, которые монахи тантрическим практикам в которых
> они явно разбираются лучше. Кто я такой чтобы им указывать как
> им поступать с их личным 486-м? У меня самый древний комп
> это P4 на 775-м сокете.

Чтобы "самим решать" - извольте-ка притащить свои суперценные зады вон туда в рассылочку - и явно вписаться майнтайнерами архитектуры x86. Тогда - решайте себе наздоровье, если сами и будете утрясать все это вместе :)

А если поддержка i486 подгружает лиц у которых этого даже в музее нет и им оно не надо - вот сорянчик.

1.43, localhostadmin (ok), 15:12, 17/08/2026 [ответить] [﹢﹢﹢] [ · · · ]	–1 +/–
> В сервере SMB добавлена поддержка файлов, хранимых в сжатом виде, а также сжатия данных при их передаче по сети. Звучит, как новая дыра

2.48, Аноним (48), 15:48, 17/08/2026 [^] [^^] [^^^] [ответить]	+2 +/–
Всё ядро сейчас собирается на основе дырочной проводимости.

1.45, Аноним (45), 15:16, 17/08/2026 [ответить] [﹢﹢﹢] [ · · · ]	+/–
Сломанный в 7.1 AMDGPU для карточек постарше (в т.ч. встроенных в проц) уже починили? А то как-то неоднозначно: старые прекрасно работают на radeon драйвере, новейшим amdgpu, а то, что между ними было - хоть выкидывай? При этом в чейнджлоге 7.1 именно была заявлена поддержка карт постарше, но по факту вышло наоборот.

2.51, Malinovsky (?), 16:23, 17/08/2026 [^] [^^] [^^^] [ответить]	+/–
Месье забыл про blacklist неиспользуемых драйверов? заявлено было, значит наверняка может и работать.

3.66, Аноним (45), 18:08, 17/08/2026 [^] [^^] [^^^] [ответить]	+/–
Так дело не в том что "может" работать, а в том что работало на amdgpu и перестало работать при 7.0 -> 7.1. Из-за этого пришлось даже дистр сменить т.к. коммунити закидало меня ссаными тряпками решив что у меня тупо железо померло.

4.68, Malinovsky (?), 18:40, 17/08/2026 [^] [^^] [^^^] [ответить]	–1 +/–
Я просто думал что без блеклистинга драйверов и radeon и radeonsi что-то не взле... большой текст свёрнут, показать

4.70, Malinovsky (?), 18:46, 17/08/2026 [^] [^^] [^^^] [ответить]	+/–
Просто если заморочка проявится вновь, то это будет насколько у меня сложилось впечатление наслоение драйверов на одну и ту же видеокарту, то есть то о чем было упомянуто - то есть вместо смены дистрибутива следовало просто внести в черный список скажем radeonsi, потому что он вроде как начал больше видеокарт поддерживать. Драйвер radeon старый и крайне стабильный. Он не мешает AMDGPU.

2.74, Аноним (1), 19:18, 17/08/2026 [^] [^^] [^^^] [ответить]	+3 +/–
Linux - либо LTS либо будет то, про что ты пишешь. Сам пробовал на последних сидеть, amdgpu просто рассыпался после пары часов игры в тот же KCD2. Так что, ставь 6.18. И, вероятно, PSR отключить (amdgpu.dcdebugmask=0x10). Я вообще не понимаю, зачем имбецилы включают полурабочую, багованую технологию по дефолту.

3.153, Malinovsky (?), 16:14, 18/08/2026 [^] [^^] [^^^] [ответить]	+/–
Может потому что она рабочая и они не имбецилы. У меня AMDGPU, но поколение карт 6000-е и я не видел багов на нем. Вот интел виснет время от времени показывая баги вместо декодирования видео, но AMDGPU стабилен как танк и работает быстро. Что я делаю не так? Докапываться обычно можно до режима дебага в Firefox, который тормозит браузер. Тут да, можно говорить о странностях. Но когда баги только у вас подозреваю что вы взяли ушатанное майнингом нечто и теперь гоните на линукс необоснованно.

4.171, Аноним (1), 01:57, 19/08/2026 [^] [^^] [^^^] [ответить]	+/–
https bugs launchpad net ubuntu source linux-oem-6 1 bug 2009952 https dis... большой текст свёрнут, показать

5.189, Malinovsky (?), 22:48, 19/08/2026 [^] [^^] [^^^] [ответить]	+/–
Меня должны волновать дистропроблемы У меня не было такого на описанных ядрах -... большой текст свёрнут, показать

4.222, Аноним (-), 18:05, 25/08/2026 [^] [^^] [^^^] [ответить]

+/–

> Может потому что она рабочая и они не имбецилы. У меня AMDGPU,
> но поколение карт 6000-е и я не видел багов на нем.

Если это про HD6000 - оно цепляется драйвером Radeon а не AMDGPU. Хотя uncore похож на GCN1, core - VLIW, который, таки, в пролете и AMDGPU никогда сие поддержиывать и не пыталось.

А вот GCN 1.0 и новее - AMDGPU. При том первые пару семейств были дофига экспериментальными и лишь 1-2 версии ядра к ряду - стабилизированы и обезглючены стараниями ValvE. Тот странный случай когда юзеры немолодого железа хотят максимально свежий кернель при всем при том...

1.46, Аноним (87), 15:23, 17/08/2026 [ответить] [﹢﹢﹢] [ · · · ]	+/–
> поддержка диапазонов частот 5/10 MHz в беспроводном стеке cfg80211/mac80211 Как это понимать?

2.59, Аноним (59), 17:04, 17/08/2026 [^] [^^] [^^^] [ответить]

+3 +/–

>> поддержка диапазонов частот 5/10 MHz в беспроводном стеке cfg80211/mac80211
> Как это понимать?

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

Оригинал:
https://lore.kernel.org/lkml/20260617000705.931602-1-kuba@kernel.org/
wifi: cfg80211: remove 5/10 MHz channel support
wifi: mac80211: remove 5/10 MHz channel code

3.75, Malinovsky (?), 19:24, 17/08/2026 [^] [^^] [^^^] [ответить]	–3 +/–
Еще один свидетель ИИ. То есть ЫЫ прости господи.

4.85, Аноним (59), 19:46, 17/08/2026 [^] [^^] [^^^] [ответить]	+/–
> Еще один свидетель ИИ. То есть ЫЫ прости господи. Вылез-то чего? Поведать нам сказ(ку) о том, что вот эти вот портянки логов-изменений до сих пор переводят полностью ручками? Я вот совершенно не уверен, что итоги в англоязычном оригинале "подбивал" человек, а не очередная чатгопота, т.к. из тех самых двух строчек выше стало вдруг "- Remove 5/10 MHz support from cfg80211/mac80211."

5.89, Malinovsky (?), 19:58, 17/08/2026 [^] [^^] [^^^] [ответить]	+/–
Лично я не вижу повода бухтеть когда программы переводчики уже были до ИИ Вы хо... большой текст свёрнут, показать

6.91, Аноним (59), 20:19, 17/08/2026 [^] [^^] [^^^] [ответить]	+/–
Начните с себя ну и да, те программы выдавали качество перевода куда хуже,... большой текст свёрнут, показать

7.97, Malinovsky (?), 20:41, 17/08/2026 [^] [^^] [^^^] [ответить]	–2 +/–
Эти же программы использовались в гугле до появления темы ИИ, так что вы и правд... большой текст свёрнут, показать

6.92, Аноним (92), 20:23, 17/08/2026 [^] [^^] [^^^] [ответить]

+/–

> ИИ пробует все и совершая ошибки "учится"

ого
> Как бухтение по поводу ИИ решает хоть какую-то проблему?

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

не люблю изучать языки, но: тогда надо английкий учить.
Я тут попробовал распознавание речи через ии, так оно там такого "услышало". Как раз по теме "Не знаю что, но пою"

7.95, Аноним (4), 20:30, 17/08/2026 [^] [^^] [^^^] [ответить]	+1 +/–
У гугла на удивление неплохое распознование для видосиков, не всегда точное, но гораздо лучше, чем ушами. Во многих, многих случаях. И это я считаю, что я достаточно fluent, чтобы понимать реднеков и там негров с членом во рту. Поэтому не надо наговаривать, конечно, это свёрточные сети и не генеративные трансформеры.

8.99, Malinovsky (?), 20:48, 17/08/2026 [^] [^^] [^^^] [ответить]	+/–
Верно, акцент еще влияет, плюс колонии разные, английский английский до кучи к а... текст свёрнут, показать

7.98, Malinovsky (?), 20:46, 17/08/2026 [^] [^^] [^^^] [ответить]	+/–
Тренировка нейромодели называется, а не глупое ого будто что-то не так У нее ми... большой текст свёрнут, показать

8.109, Аноним (109), 22:12, 17/08/2026 [^] [^^] [^^^] [ответить]	+/–
а после тренировки оно просто совершает ошибки и не учится , потому и ого Да... большой текст свёрнут, показать

9.118, Malinovsky (?), 23:13, 17/08/2026 [^] [^^] [^^^] [ответить]	+/–
Это объяснение ого все еще не тянет на то во что я поверил бы Скорее это было у... большой текст свёрнут, показать

9.119, Malinovsky (?), 23:47, 17/08/2026 [^] [^^] [^^^] [ответить]	–1 +/–
Если вы думаете что уровень развития личности это фигня из-под ногтей, то со ско... большой текст свёрнут, показать

5.164, Аноним (162), 18:38, 18/08/2026 [^] [^^] [^^^] [ответить]	+/–
> "- Remove 5/10 MHz support from cfg80211/mac80211." ИИ такие ошибки не делает. Это типичное кожаное -- пропускать слова, когда мысль летит вперёд печатающего пальца.

2.223, Аноним (-), 18:09, 25/08/2026 [^] [^^] [^^^] [ответить]

+/–

>> поддержка диапазонов частот 5/10 MHz в беспроводном стеке cfg80211/mac80211
> Как это понимать?

Рассказываю: в 80211 были "странные" форматы сигнала на 5 и 10 МГц каналы. При минимальном у обычной вафли 20МГц, и кратным ему. Т.е. 40, 80, 160...

Это делалось для автомотива, m2m взаимодействий. Как и OCB (outside of context of BSS). В чем фокус? На 5 или 10 МГц энергия сфокусированнее и пробивает дальше - ценой потери скорости. Но что-то 5 и 10 МГц каналы в массы не пошли и идея зачахла. Их и дропанули - потому что таскать экзотичные кейсы в коде надо - а real world usage так и не случился.

1.56, Аноним (58), 16:52, 17/08/2026 [ответить] [﹢﹢﹢] [ · · · ]	+/–
Кстати, а где там ubuntu 26.04.1 уже?

1.61, Аноним (61), 17:23, 17/08/2026 [ответить] [﹢﹢﹢] [ · · · ]	+/–
Сколько мегабайт кода написал ИИ в этом релизе ?

2.76, Malinovsky (?), 19:25, 17/08/2026 [^] [^^] [^^^] [ответить]	+2 +/–
Свидетель ИИ детектед.

2.88, Аноним (87), 19:57, 17/08/2026 [^] [^^] [^^^] [ответить]	+2 +/–
Заглягите в linux-7.2/rust/

1.77, Аноним (77), 19:29, 17/08/2026 [ответить] [﹢﹢﹢] [ · · · ]	+2 +/–
Кернел паник словил на этом ядре сразу на двух ноутах при штатном обновлении

2.81, Malinovsky (?), 19:35, 17/08/2026 [^] [^^] [^^^] [ответить]	–3 +/–
В техподдержку ноутов. Там нынче говнище редкостное пихают не для линукса.

2.82, Аноним (82), 19:36, 17/08/2026 [^] [^^] [^^^] [ответить]	–2 +/–
Виноват твой дистростроитель. Либо ты сам криво обновился. Короче, иди и читай маны своего дистра. И иди на форум своего дистра и читай может кто-нибудь вместе с тобой словил при перезагрузке панику ядра.

3.86, Malinovsky (?), 19:52, 17/08/2026 [^] [^^] [^^^] [ответить]	–1 +/–
Кстати да, поддержу. Такое тоже вполне возможно. Просто я скорее думаю это аппаратная проблема может быть как всегда у ноутов. ПК такой заразой редко страдают.

4.93, maximnik0 (?), 20:25, 17/08/2026 [^] [^^] [^^^] [ответить]

+1 +/–

>ПК такой заразой редко страдают.

С появлением режима сбережения Si0x эта зараза добралась и до ПК.Пока есть материнки с поддержкой в биосе s3 -нужно хватать их пока не поздно.Хотя вроде формально Si0x более энергосберегающий режим, стандартизирующий процедуру засыпания (код в ядре более простой - т.к отдано на процедуру в UEFI) - там заложена возможность шпионить : есть процедура переодически включать сеть и на эконом режиме выполнять фоновые задачи. Ms объясняет эту возможность так- проверять в спящем режиме почту и новые сообщения......
Но теперь в Si0x все зависит от прошивки - а они стали кривые до жути, народ жалуется что если оборудование засыпало на встроенной видеокарте - ПК не проснется и это как бы не баг самих чипов :-(

5.103, Аноним (103), 21:31, 17/08/2026 [^] [^^] [^^^] [ответить]	+1 +/–
Починят в следующих релизах, пока сижу на 4.19

6.117, Malinovsky (?), 22:59, 17/08/2026 [^] [^^] [^^^] [ответить]	–1 +/–
Это имеет смысл? Я давно не видел железа, которому нужно 4.19. Это были заморочки на грани совместимости с Creative AE-7 когда старые версии Manjaro грузились лучше, но потом 5.15 подтянули до хорошего уровня. Я тогда сравнивал ядро с поддержкой Alder Lake и без оной в 4.19 для запуска и проверки работы звука хотя бы. Так то ядро 4.19 даром не упало уже давно.

7.125, maximnik0 (?), 03:13, 18/08/2026 [^] [^^] [^^^] [ответить]	+/–
>заморочки на грани совместимости с Creative AE-7 Я не понимаю такой изощрённый мазохизм - мало того что цена звуковой скажем так не дёшево, так ещё и производитель забил на linux .Смысл её брать под linux ? С таким же успехом я в linux через FAudio (единственное что огорчает забили на AMF для аппаратного ускорения видеокартой :-( )выведу с спецэффектами звук через видеокарту на телевизор , а с телевизора на остальные колонки .

8.139, Malinovsky (?), 12:08, 18/08/2026 [^] [^^] [^^^] [ответить]	+/–
Кто сказал что я взял ее дорого На маркетплейсах она недавно была за 14К Дело ... большой текст свёрнут, показать

9.144, maximnik0 (?), 12:59, 18/08/2026 [^] [^^] [^^^] [ответить]	+/–
Просто я не пойму - толи креатив как всегда нанял дядь с дуб патентами ,толи о... текст свёрнут, показать

10.145, Malinovsky (?), 13:35, 18/08/2026 [^] [^^] [^^^] [ответить]	+/–
У меня была Creative Fatality, но ее звук воспринимается как крайне жесткий и та... большой текст свёрнут, показать

10.150, Malinovsky (?), 15:35, 18/08/2026 [^] [^^] [^^^] [ответить]	+/–
Учитывая какие у линуксоидов обычно компы древние еще неизвестно что считать рос... большой текст свёрнут, показать

8.140, Malinovsky (?), 12:36, 18/08/2026 [^] [^^] [^^^] [ответить]	+/–
Вот пожалуйста, снова этот прикол когда без карты AE-7 стоит вообще дешевле AE-5... текст свёрнут, показать

5.115, Malinovsky (?), 22:38, 17/08/2026 [^] [^^] [^^^] [ответить]	+/–
Прикольно у них все Да, я сам до жути устал один объяснять MSI кривость биоса н... большой текст свёрнут, показать

2.111, Аноним (4), 22:21, 17/08/2026 [^] [^^] [^^^] [ответить]	+/–
У меня так же было на новом ядре -- каждый день рандомно зависало. Надо было отключить S0ixPowerManagement с MSI в драйвере видеокарты.

3.113, Аноним (4), 22:23, 17/08/2026 [^] [^^] [^^^] [ответить]	+/–
Впрочем насчёт MSI надо проверить.

1.78, Мемоним (?), 19:33, 17/08/2026 [ответить] [﹢﹢﹢] [ · · · ]	+/–
> Предложена документация по добавлению в ядро новых файловых систем. 3 странички А4 с кратким перечнем организационных моментов.

1.80, Аноним (82), 19:34, 17/08/2026 [ответить] [﹢﹢﹢] [ · · · ]	–4 +/–
>В последний момент перед релизом ядра 7.2 включение Fair GPU scheduler было отменено и был возвращён старый FIFO-планировщик из-за необходимости отладки регресии, приводящей к снижению производительности и 100% нагрузке на GPU при запуске отдельных игр в Proton. Протон это же Wine, а Wine это библиотеки WinAPI предназначенные для Windows OS. Это проблемы разработчиков "отдельных игр". Всё что создано в стенах Майкрософта должно быть забыто. Зачем с ними сюсюкаются? Непонятно.

2.83, Malinovsky (?), 19:40, 17/08/2026 [^] [^^] [^^^] [ответить]	+5 +/–
Нет Proton базируется на Wine, но поставляется с кучей всего сверху Это не эмул... большой текст свёрнут, показать

3.127, Аноним (127), 06:23, 18/08/2026 [^] [^^] [^^^] [ответить]	–3 +/–
Ты написал спич про нужность Proton и Wine. Пусть каждый решает его сам. Лично я считаю WinAPI на Линуксе не нужен. Тот кому ты отвечаешь не срёт. А прямо говорит, что проблемы Proton не являются проблемами ядра. А Proton - это кусок библиотек из Виндовс.

4.132, Аноним (1), 06:47, 18/08/2026 [^] [^^] [^^^] [ответить]

+2 +/–

> Пусть каждый решает его сам. Лично я считаю WinAPI на Линуксе не нужен.

Ну так не компилируй ntsync, Он так то в misc лежит, как необязательный. Мне вот SeLinux не нужен. Как, собственно, SMB и NFS. я же не прошу их с ядра снести. Просто не использую. Или тебя там под дулом автомата заставляют под вайном сидеть?

> А Proton - это кусок библиотек из Виндовс.

Который приносит процентов 80, а то и больше, из всех нормальных игр в Linux, в которые так бы поиграть не вышло и еще кучу разного софта.

4.143, Malinovsky (?), 12:47, 18/08/2026 [^] [^^] [^^^] [ответить]	+1 +/–
Я никого не заставляю их использовать Но Wine и Proton это разработки линуксоид... большой текст свёрнут, показать

5.175, Аноним (175), 13:30, 19/08/2026 [^] [^^] [^^^] [ответить]	+/–
>Мне вот все равно сколько у людей тараканов, но я считаю недоброжелателями тех кто проповедует радикальные взгляды что все что напоминает о виндовс запрещено должно быть и предано забвению. Ты пытаешся белое представить чёрным. В сообществе должны быть моральные принципы, без этого никак. Майкрософт это Зло, и точка. GNU - это Добро, и точка. Недопустимо в Линуксе юзать части экосистемы Windows OS.

6.182, Аноним (1), 18:11, 19/08/2026 [^] [^^] [^^^] [ответить]

+/–

> Майкрософт это Зло, и точка

...Тут даже написать ничего не могу не нарушив правил форума. Помешательство просто.

И чем они отличаются от любой другой компании?

> Недопустимо в Линуксе юзать части экосистемы Windows OS

Почему? То есть если бы в теории у систем был только баблсорт, тут майки находят timsort, а мы вместо того, чтобы вкрутить его жрем кактус?

Вместо того, чтобы дать возможность на Linux запускать ключевое, что есть у любой экосистемы/операционки - ПРИКЛАДНОЙ софт, мы будем жрать кактус, намеренно давая той экосистеме преимущество и заставляя людей там сидеть (даже сейчас, если бы я не мог поиграть в KCD2 на Linux, пришлось бы ставить винду)?

6.191, Malinovsky (?), 23:29, 19/08/2026 [^] [^^] [^^^] [ответить]	+/–
Чего кто-то решил что у свободных людей должны быть принципы Принципы на хлеб н... большой текст свёрнут, показать

6.206, Аноним (206), 18:24, 23/08/2026 [^] [^^] [^^^] [ответить]

+/–

> Ты пытаешся белое представить чёрным. В сообществе должны быть моральные принципы, без
> этого никак. Майкрософт это Зло, и точка. GNU - это Добро,
> и точка. Недопустимо в Линуксе юзать части экосистемы Windows OS.

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

Во вторых - в линух кернеле настраиваемо что компилить а что нет. А если вы будете идеалы искать - там вон господа 70 лет коммунизм строили. А потом капитализм чего-то построился. А те кто вот именно коммунизм и именно СОВСЕМ достроил... их было пару штук, типа красных кхмеров и северных корей, но честно говоря - такое себе.

2.84, Аноним (1), 19:41, 17/08/2026 [^] [^^] [^^^] [ответить]	+1 +/–
Регрессии там не на пустом месте, а потому, что косяк какой-то. Просто на нативном линуксе игр то нет? Или ты думал, что днота 2 тебе 100% нагрузки даст? Не говоря уже про то, дотер и линукс это антонимы. Без протона в граф стек можно вообще не вкладываться, интерфейс рисовать нормально уже умеем лет 20.

3.128, Аноним (127), 06:25, 18/08/2026 [^] [^^] [^^^] [ответить]

–1 +/–

Если в нативном Линуксе не игр. Это вовсе не означает, что нужно прогибаться под косяки отдельных разработчиков виндовс-специфичных игр.

>Без протона в граф стек можно вообще не вкладываться

Откуда такая самоуверенность?

4.130, Аноним (1), 06:37, 18/08/2026 [^] [^^] [^^^] [ответить]

+/–

> Это вовсе не означает, что нужно прогибаться под косяки отдельных разработчиков виндовс-специфичных игр.

Откуда такая самоуверенность, что кто-то под кого-то прогнулся, а не то, что всплыл какой-то баг в имплементации планировщика? Что протон делает такого, чего не будет делать, скажем, браузер? Он точно также идет через Mesa, на драйвер видеокарты...

Единственный виндовый компонент в ядре - ntsync. Если проблему создал не он, то значит с планировщиком действительно что-то не так.

5.163, Malinovsky (?), 18:34, 18/08/2026 [^] [^^] [^^^] [ответить]	+/–
Насчет ntsync не совсем так Он работает также как в винде, но очевидно код долж... большой текст свёрнут, показать

6.170, Аноним (1), 01:38, 19/08/2026 [^] [^^] [^^^] [ответить]	+1 +/–
> Он работает также как в винде, но очевидно код должен быть другой - иначе права владельцев кода всплывут, а значит это не виндовый компонент, а линуксовый, который повторяет логику работы. Да. Я про то, что это единственный компонент ядра, который нужен исключительно для Proton/wine (винды).

7.207, Аноним (206), 18:26, 23/08/2026 [^] [^^] [^^^] [ответить]

+/–

> Да. Я про то, что это единственный компонент ядра, который нужен исключительно
> для Proton/wine (винды).

Ух да, представляете, у Valve и их клиентов есть куча игр писаных десятилетиями и сказ о том что они должны переписать двигла с цатилетней историей радикально иначе - не вызывает бурного энтузиазма.

А посылать Valve? Они так то для улучшения графики в лине сделали больше чем все местные говорящие головы вместе взятые.

1.107, ы (?), 22:05, 17/08/2026 [ответить] [﹢﹢﹢] [ · · · ]	+/–
Хотелось бы ещё информацию о размере патча и количестве багфиксов. https://www.theregister.com/os-platforms/2026/08/10/linus-torvalds-says-ai-has

2.112, Malinovsky (?), 22:21, 17/08/2026 [^] [^^] [^^^] [ответить]

+/–

Учитывая как ядро ругали за дырявость полагаю там объем изменений на сотни, если не тысячи дыр и багов по аналогии с Firefox. Можете просто сравнить разницу между 7.1 и 7.2-RC-6.

Я лишь надеюсь они в итоге доберутся до драйвера ca0132. Когда в описании драйвера упомянуто что почти все также как в AE-5, который работает, но у тебя проблемы с AE-7 немножечко непонятно что происходит.

> * AE-7 shares all writes with the AE-5, except that it writes
> * a different value to 0x20c.

3.131, Аноним (127), 06:38, 18/08/2026 [^] [^^] [^^^] [ответить]	–1 +/–
А почему ты ставишь в прямую зависимость количество дыр от количество изменений?

4.141, Malinovsky (?), 12:39, 18/08/2026 [^] [^^] [^^^] [ответить]	+/–
> А почему ты ставишь в прямую зависимость количество дыр от количество изменений? А что еще ставить во главу угла когда не было заявлено скажем гигантской работы над поддержкой больших языковых моделей в ядре? Куда ушла львиная доля внимания как не на латание дыр, если выпуск один из крупнейших, а точнее самый крупный за годы?

4.151, Аноним (48), 16:00, 18/08/2026 [^] [^^] [^^^] [ответить]	+/–
> зависимость количество дыр от количество изменений потому что это реальность.

4.190, Аноним (190), 22:50, 19/08/2026 [^] [^^] [^^^] [ответить]	+/–
Априори. Докажите обратное.

1.108, King_Carlo (ok), 22:10, 17/08/2026 [ответить] [﹢﹢﹢] [ · · · ]	+/–
2.6 хорошее ядро было, всё что дальше суета...

2.129, Аноним (127), 06:28, 18/08/2026 [^] [^^] [^^^] [ответить]	+2 +/–
Ну да сам Линус признавал что то ядро вышло удачным. Но ты ведь не думаешь вечно оставатся на устаревшем ядре, которое давно помещена в архив.

1.124, Джон Титор (ok), 01:46, 18/08/2026 [ответить] [﹢﹢﹢] [ · · · ]	+/–
А касательно rfc5925 - для чего аутентификация в TCP?

2.160, Malinovsky (?), 17:49, 18/08/2026 [^] [^^] [^^^] [ответить]	+1 +/–
Это же соединение которое должно оставаться непрерывным, чтобы шла передача данн... большой текст свёрнут, показать

2.167, Аноним (165), 18:57, 18/08/2026 [^] [^^] [^^^] [ответить]	+1 +/–
Чтобы делать аутентификацию на L4, а не на L7. Эту фичу, например, использует BGP, у которого собственных механизмов аутентификации нет, и он просто используется расширение TCP-MD5

3.169, Джон Титор (ok), 01:27, 19/08/2026 [^] [^^] [^^^] [ответить]	+/–
Ты не прав, посмотрел в нете уже А Малиновский прав Глянь вот такой код Для ... большой текст свёрнут, показать

2.198, Джон Титор (ok), 13:07, 21/08/2026 [^] [^^] [^^^] [ответить]	+/–
Исследовал возможность - понял что реально подключить, спасибо за новость.

1.156, Аноним2 (?), 17:07, 18/08/2026 [ответить] [﹢﹢﹢] [ · · · ]	+1 +/–
У меня ядро седьмой ветки начало дико сыпать ошибками в dmesg, и их количество растет с каждой новой версией. Если в 4.19 ошибок вообще не было, то сейчас вводишь sudo dmesg -l3 -H и прокручиваешь пару страниц вниз.

2.157, Malinovsky (?), 17:20, 18/08/2026 [^] [^^] [^^^] [ответить]	+/–
Смотря что это за ошибки Вот как пример вывода Первая ошибка это что там сма... большой текст свёрнут, показать

3.224, Аноним (-), 18:13, 25/08/2026 [^] [^^] [^^^] [ответить]

+/–

> supply vcc not found, using dummy regulator. Очень интересно как и
> usb 1-4: Device not responding to setup address. Что при наличии

А у вас никаких убер-оптимизаций не навернуто? Больно уж необычная ошибка в нормальной крейсерской работе всего этого.

Если интересно - можно отдебажить подробнее, вгрузив usbmon и зацепив вайршарком его или кто там вам нравится - и вызвав рестарт хендшейка, если девайс не энумеровался. Будет видно на чем обмен ломается.

2.188, Аноним (190), 22:45, 19/08/2026 [^] [^^] [^^^] [ответить]	+/–
Вероятно Вы вне пула интересов разработчиков.

1.187, Аноним (190), 22:44, 19/08/2026 [ответить] [﹢﹢﹢] [ · · · ]	+/–
Сам USB-интерфейс не позволяет соединять между собой два компьютера (хост-устройства), это возможно лишь при использовании специальной электроники, имеющей два USB-входа и специализированный мост

2.194, Аноним (194), 13:38, 20/08/2026 [^] [^^] [^^^] [ответить]	+/–
Чтоблина? USB это универсальное подключение. Даже HDMI умеет в 100 мбит сеть, а тут целый USB. Ты когда смартфон подклчюаешь в режиме модема срабатывает режим RNDIS и о боже он на линуксе не единственный вариант подключения по USB как по сети. Так что выходи из секты плоскоземельщиков. USB интерфейс включает в себя компоненты в виде кабеля и кабель позволяет передавать данные!!!!!!!

2.203, Аноним (203), 13:58, 23/08/2026 [^] [^^] [^^^] [ответить]

+/–

> Сам USB-интерфейс не позволяет соединять между собой два компьютера (хост-устройства),

Вообще-то, мы это проделывали еще в 2001-2002 году, с первым USB. Именно соединить 2 компуктера для перекидывания файлов (потому что жесткие диски шли уже на гигабайты и дискетами перекидывать пару десятков или сотен МБ было ... не очень удобно).

3.225, Аноним (-), 18:16, 25/08/2026 [^] [^^] [^^^] [ответить]	+/–
Маленький нюанс только в том что в USB так нельзя В нем host - host сам п... большой текст свёрнут, показать

1.199, Malinovsky (?), 15:51, 21/08/2026 [ответить] [﹢﹢﹢] [ · · · ]	+/–
Вспомнив что Oracle все же крутятся в окололинуксовой среде и являются там типа спонсорами становится очевидно что на деле большая часть усилий была сфокусирована на вытаскивании BTRFS из болота, потому что Oracle своими тупыми амбициями решила задавить всех и впрячь пользователей линукса тестировать их забагованную файловую систему, которая мне по сути убила SSD. ZFS эта самая Oracle зажала, хотя скупили Sun Microsystems они миллиардов за 9 - копейки в сущности для Oracle. Они такие терки делали в Питере представителям бизнеса в стиле "Покупайте наши базы данных" что только я и еще админ крупного банка смеялись над их стилем. Причем лицензия ZFS сделана несовместимой с GPL и Oracle это устраивает. Потому Линус Торвальдс делает вид что дело в лицензии. Потому что ZFS стабильно работает, в то время как BTRFS убивает накопители. Причем он не может не знать этого и все равно проталкивает BTRFS, хотя очевидно, что BTRFS это зло и тупые амбиции неосиляторов у которых все в экспериментальном режиме в то время как ZFS работает стабильно в продакшене. А Линус Торвальдс при этом кряхтит что она дескать недостаточно быстрая, что конечно очень актуально во времена SSD с PCI Express 5-го поколения и рейдами на SSD хоть в паре с емкими дисками под зеркало данных за счет использовать ZFS, потому что она виртуальная и развернется где угодно. Даже на ютубе это в шоу превращали типа "зацените какие скорости с ZFS рейдом". С BTRFS такой байды не было даже, потому что это тупо молиться на Oracle.

2.214, DEF (?), 21:42, 24/08/2026 [^] [^^] [^^^] [ответить]

+/–

>тестировать их забагованную файловую систему, которая мне по сути убила SSD

Смеялся. Юзаю Btrfs c 2012 года, как на HDD, так и на SSD, в режимах single, raid1 и тд - ни одного потерянного бита.

>в то время как BTRFS убивает накопители

Убивает накопители твоя глючная память, подверженная битротам.

И вообще, какая бы супер-пупер надёжная ФС ни была бы - это не освобождает тебя от создания бэкапов. Данные теряются не только из-за ФС.

2.215, DEF (?), 21:46, 24/08/2026 [^] [^^] [^^^] [ответить]	+/–
А у ZFS своих проблем вагон. Она тяжелая, жрёт много памяти из-за того, что изначально юзает блоки, а не экстенты. Она не надёжнее Btrfs, это подтверждали специалисты разных датацетров в треде, где обсуждался статус Btrfs, как дефолтной ФС в Федоре. Это было лет 6-7 назад. С тех пор Btrfs стала еще надёжнее и провереннее, ибо если бы она была глючная - RedHat откатился бы на ext4.

1.208, Markx (?), 22:15, 23/08/2026 [ответить] [﹢﹢﹢] [ · · · ]	+/–
Шел 2026 год, а в линуске так и нет единой ФС, как обычно зоопарк из Ext4, XFS, Btrfs разной степени глючности

2.226, Аноним (-), 18:18, 25/08/2026 [^] [^^] [^^^] [ответить]

+/–

> Шел 2026 год, а в линуске так и нет единой ФС, как
> обычно зоопарк из Ext4, XFS, Btrfs разной степени глючности

В винде сделали единый NTFS. Но он почему-то в 3+ раза сливает этому моему btrfs на билде вон того проекта. А в экстремальных случаях типа диры с 100500 файлов - и в десятки раз.

Надо мне такую унификацию с вами? Сами догадайтесь. Я на линух свалил потому что там проекты быстрей билдились и я смог более масштабные задачи на том же железе ворочать. А, еще ReFS есть, но единым его назвать... как бы это... ммм...

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

Добавить комментарий

Текст: