https://www.opennet.ru/openforum/vsluhforumID3/139792.html После двух месяцев разработки Линус Торвальдс представил релиз ядра Linux 7.0. Среди наиболее заметных изменений: правила применения AI-ассистентов, перевод Rust в основные возможности ядра, повышение производительности подкачки, включение по умолчанию режима PREEMPT_LAZY, поддержка фильтров для операций io_uring, новая ФС Nullfs, инфраструктура fserror, средства мониторинга XFS, поддержка ремапинга в Btrfs, включение по умолчанию версии NFS 4.1, интеграция пост-квантового криптоалгоритма ML-DSA, активация AccECN в сетевой подсистеме, начальная поддержка WiFi 8...<br><br>Подробнее: https://www.opennet.ru/opennews/art.shtml?num=65194<br> https://www.opennet.ru/openforum/vsluhforumID3/139792.html#439 Wed, 15 Apr 2026 16:44:20 GMT &gt; Еще ерунда написана: <br>&gt;<br>&gt;&gt;- если памяти не хватает, то ядро начинает вытеснять из памяти редко используемые страницы <br>&gt;&gt;- когда они вдруг снова требуются, то оно подгружает их обратно с диска <br>&gt;&gt;- если Вы удалили библиотеку, которая требуется для линковки бинаря, а её страница была вытеснена из памяти &#8212; получите бинарь, который невозможно запустить <br>&gt;<br>&gt; Это вообще так не работает: вызов unlink() не освобождает блоки памяти, связанные <br>&gt; с уже открытым где-то файлом. И "вытеснение-пятое-десятое" для страниц кода работает <br>&gt; только так, что он просто выбрасывается из памяти. А потом по <br>&gt; page fault загружается обратно из тех же блоков, где и был. <br><br>И я, как порядочный человек, подтверждаю, что у меня шарики за ролики заехали, когда я это писал. Мои извинения. Свой пост выше апдейтнул, дабы не вводить людей в заблуждение.<br> https://www.opennet.ru/openforum/vsluhforumID3/139792.html#438 Wed, 15 Apr 2026 16:38:41 GMT &gt; Когда бинарник запускается, он берёт имя файла, и по нему определяет inode, <br>&gt; дальнейшие действия с файлом происходят уже через него.<br><br>Уточнения ради, все дальнейшие действия происходят через дескриптор файла, а вот файл в свою очередь &#8212; это связанный список inode-ов (во всяком случае в ext).<br>По существу же всё описанное Анонимом выше &#8212; подтверждаю, верно.<br> https://www.opennet.ru/openforum/vsluhforumID3/139792.html#437 Wed, 15 Apr 2026 16:31:50 GMT &gt;&gt;- если Вы удалили библиотеку, которая требуется для линковки бинаря, а её страница была вытеснена из памяти &#8212; получите бинарь, который невозможно запустить <br>&gt; Так файл это inode, а не путь. Разве файл не должен быть просто помечен для удаления, но остаться на диске?<br><br>Да, но только для уже запущенных процессов, которые уже слинкованы с данной библиотекой.<br><br>В случае же с sudo это не так: каждый раз, когда пользователь дёргает его &#8212; запускается новый процесс, который линкуется с библиотекой по имени, а не по иноду. И таким образом, если библиотеки нет, то линковка не проходит, а если она подменена на новую &#8212; то линковка производится уже с новой библиотекой.<br><br>PS: ну и кстати, я в своём посте выше перемудрил, ибо в тот момент плотно занимался вопросом глухого зависания безсвоповых систем при исчерпании рамы; да, всё несколько проще. )<br> https://www.opennet.ru/openforum/vsluhforumID3/139792.html#436 Wed, 15 Apr 2026 15:39:21 GMT Слухи об увольнении реальных (не щеб) сеньоров помидоров несколько преувеличены.<br> https://www.opennet.ru/openforum/vsluhforumID3/139792.html#435 Wed, 15 Apr 2026 15:26:13 GMT &gt;Я тут решил, что libzstd работает недостаточно быстро, и перекомпилровал её шлангом с -&gt;march=native -O3 -flto -fuse-ld=lld<br><br>Там надо глянуть стек вызовов - как вообще управление оказалось в libzstd.<br><br>Еще ерунда написана:<br><br>&gt;- если памяти не хватает, то ядро начинает вытеснять из памяти редко используемые страницы<br>&gt;- когда они вдруг снова требуются, то оно подгружает их обратно с диска<br>&gt;- если Вы удалили библиотеку, которая требуется для линковки бинаря, а её страница была &gt;вытеснена из памяти &#8212; получите бинарь, который невозможно запустить<br><br>Это вообще так не работает: вызов unlink() не освобождает блоки памяти, связанные с уже открытым где-то файлом. И "вытеснение-пятое-десятое" для страниц кода работает только так, что он просто выбрасывается из памяти. А потом по page fault загружается обратно из тех же блоков, где и был.<br><br>&gt;и получил нерабочий sudo, пришлось перезагружаться с init=/usr/bin/bash<br><br>man su.<br><br>&gt;такие критические вещи, без которых даже восстановление не сделать, должны работать https://www.opennet.ru/openforum/vsluhforumID3/139792.html#434 Wed, 15 Apr 2026 14:56:22 GMT &gt;&gt; А что не так с zoned в zol? Аттрибут есть, включается и выключается.<br>&gt; Там еще не так с управлением памятью, общим качеством релизов, перфомансом этой <br>&gt; днины на современных сторажах и прочими мелочами типа некомпила с актуальным <br>&gt; майнлайном вплоть до нескольких месяцев.<br>&gt; А так замечательная ФС. Но King Carlo - несколько преувеличено. Papa Carlo <br>&gt; с такими свойствами, не более.<br><br>Нормально там всё с управлением памятью, ARC нормально вытесняется при необходимости. Перформанс отличный, не жалейте памяти, ставьте L2ARC и SLOG и всё летает. К качеству релизов тоже претензий нет.<br> https://www.opennet.ru/openforum/vsluhforumID3/139792.html#433 Wed, 15 Apr 2026 14:49:59 GMT Оперативку дрелью сверлил ? Пересобери ядро для этой системы с динамической поддержкой горячей замены памяти, в том числе неисправной.<br> https://www.opennet.ru/openforum/vsluhforumID3/139792.html#431 Wed, 15 Apr 2026 14:16:40 GMT &gt; А что не так с zoned в zol? Аттрибут есть, включается и выключается.<br><br>Там еще не так с управлением памятью, общим качеством релизов, перфомансом этой днины на современных сторажах и прочими мелочами типа некомпила с актуальным майнлайном вплоть до нескольких месяцев.<br><br>А так замечательная ФС. Но King Carlo - несколько преувеличено. Papa Carlo с такими свойствами, не более.<br> https://www.opennet.ru/openforum/vsluhforumID3/139792.html#430 Wed, 15 Apr 2026 14:10:36 GMT &gt; Ты не перепутал с микрокодом? Он вроде устанавливается отдельным пакетом. Ты точно <br>&gt; про linux-firmware? linux-firmware, или блобы это же в основном драйвера для <br>&gt; периферийных плат и устройств. И это вроде, тема не про чипсет <br>&gt; материнской платы.<br><br>Я ничего не перепутал. А вам нехило бы юзать поменьше "вроде", если вы не в теме.<br><br>Когда современный GPU переключают в нативный режим из его эмуляции VGA или EFI - ему что нвидии что амд надо пачку фирмварин на сервисные процы в обвесе вгрузить при этом. И конечно таскать все эти 100500 филезов, для 100500 версий железа - всех быстро задолбало и это выперли в отдельный реп "linux-firmware". Попутно до кучи упростив жизню адептам Linux Libre всяких. Потому что основной объем фирмварей теперь - там. И это не только про микрокод проца но и про всемозможные вспомогательные фирмвари вафельниц, GPU, и какой там еще периферии требующей догрузки кода в их проц снаружи до полной функциональности.<br><br>Самое забавное что вендорье в целом более-менее стало свои блобы