<?xml version="1.0" encoding="koi8-r"?>
<rss version="0.91">
<channel>
    <title>OpenForum RSS: Релиз ядра Linux 7.0</title>
    <link>https://www.opennet.me/openforum/vsluhforumID3/139792.html</link>
    <description>После двух месяцев разработки Линус Торвальдс представил релиз ядра Linux 7.0. Среди наиболее заметных изменений: правила применения AI-ассистентов, перевод Rust в основные возможности ядра, повышение производительности подкачки, включение по умолчанию режима PREEMPT_LAZY, поддержка фильтров для операций io_uring, новая ФС Nullfs, инфраструктура fserror, средства мониторинга XFS, поддержка ремапинга в Btrfs, включение по умолчанию версии NFS 4.1, интеграция пост-квантового криптоалгоритма ML-DSA, активация AccECN в сетевой подсистеме, начальная поддержка WiFi 8...&lt;br&gt;&lt;br&gt;Подробнее: https://www.opennet.ru/opennews/art.shtml?num=65194&lt;br&gt;</description>

<item>
    <title>Релиз ядра Linux 7.0 (Аноним)</title>
    <link>https://www.opennet.me/openforum/vsluhforumID3/139792.html#459</link>
    <pubDate>Fri, 17 Apr 2026 22:20:34 GMT</pubDate>
    <description>Кондёры перепаять не так трудно.&lt;br&gt;</description>
</item>

<item>
    <title>Релиз ядра Linux 7.0 (Аноним)</title>
    <link>https://www.opennet.me/openforum/vsluhforumID3/139792.html#458</link>
    <pubDate>Fri, 17 Apr 2026 22:17:40 GMT</pubDate>
    <description>Я вообще не понимаю какого хрена sudo требует zstd. Може Jia Tan какой поработал, разбираться надо...&lt;br&gt;</description>
</item>

<item>
    <title>Релиз ядра Linux 7.0 (Аноним)</title>
    <link>https://www.opennet.me/openforum/vsluhforumID3/139792.html#457</link>
    <pubDate>Fri, 17 Apr 2026 22:03:09 GMT</pubDate>
    <description>Блин, я тут дефрагглером дефрагментирую до сих пор, переставлять блоки он умеет эффективно (кажется), но ... походу неэффективные черепахи тут абсолютно все, но по-своему. Напр defraggler жрёт 100&#037; одного ядра ... грузя битмап свободного места по два раз на файл, ну и карту блоков, то есть дофига сисколлов с кодом  BUFFER OVERFLOW, то есть он грузит битмап кусками, причём кусками недостаточного размера, а скорректировать размер куска - ни-ни! Перемещение файла через MOVE_FILE - наверное 2 секунды I/0. Загрузка битмапа через виндовые интерфейсы (ныне давно уже официально документированные, но давным давно документированные ещё Руссиновичем) - 23 секунды. Такое впечатление будто все разрабы поголовно шизофреники. Придётся видимо свой дефрагментатор писать.&lt;br&gt;&lt;br&gt;&amp;gt;Но если вывод файлов в каталоге занимает более 30 секунд&lt;br&gt;&lt;br&gt;Уже нет, но он реально тормозил. MFT всё ещё в 12 кусках, и никак её собрать в один кусок, не говоря уже о перемещении на край пластины, пока не получается. Но меня больше волновало то, что файлы </description>
</item>

<item>
    <title>Релиз ядра Linux 7.0 (Аноним)</title>
    <link>https://www.opennet.me/openforum/vsluhforumID3/139792.html#456</link>
    <pubDate>Fri, 17 Apr 2026 12:22:11 GMT</pubDate>
    <description>&amp;gt; неэффективная черепаха, гоняющая данные туда-сюда-обратно по диску, помногу раз, целиком, в циклах 10 минут дефрагментации - сутки &quot;объединения свободного места&quot;.&lt;br&gt;&lt;br&gt;Дефрагментатор ненужен в 90&#037; случаев. Но если вывод файлов в каталоге занимает более 30 секунд (а иногде по 2-3 минуты), то пора дефрагментировать. И лучше, чем виндовый дефрагментатор ненужно. ;) Запускать там его раз в месяц ночью или на выходных и достаточно. На десктопе наверное никгда и не нужно его запускать.&lt;br&gt;&lt;br&gt;А дефрагментировать постоянно, чтобы там на 3&#037; что-то ускорить... ну нет смысла вообще.&lt;br&gt;</description>
</item>

<item>
    <title>Релиз ядра Linux 7.0 (Ilya Indigo)</title>
    <link>https://www.opennet.me/openforum/vsluhforumID3/139792.html#455</link>
    <pubDate>Fri, 17 Apr 2026 05:00:17 GMT</pubDate>
    <description>Так Nova без раста работать не будет?&lt;br&gt;</description>
</item>

<item>
    <title>Релиз ядра Linux 7.0 (maximnik0)</title>
    <link>https://www.opennet.me/openforum/vsluhforumID3/139792.html#454</link>
    <pubDate>Fri, 17 Apr 2026 00:25:07 GMT</pubDate>
    <description>&amp;gt;А как же бедные аноны, у которых в проде&lt;br&gt;&lt;br&gt;Я так думаю удалили потому что теперь это не надо - жёсткие сами получают данные от Acpi  что работают от батареи и соответственно включают режим энергосбережения,да и режимы экономии не куда из Acpi не делись.&lt;br&gt;</description>
</item>

<item>
    <title>- (Аноним)</title>
    <link>https://www.opennet.me/openforum/vsluhforumID3/139792.html#453</link>
    <pubDate>Fri, 17 Apr 2026 00:14:10 GMT</pubDate>
    <description>Только что почитал спеку на Blake3 и на BTRFS. Да, отлично возможно, в блок BTRFS укладывается целое число блоков Blake3, нужно только хешировать блоки BTRFS не ванильным Blake3, а аггрегатом из составляющих его компрессионных функций. Тогда Blake3-хеш файла получится достраиванием конструкции, быстро и параллельно.&lt;br&gt;</description>
</item>

<item>
    <title>Релиз ядра Linux 7.0 (bublick)</title>
    <link>https://www.opennet.me/openforum/vsluhforumID3/139792.html#452</link>
    <pubDate>Thu, 16 Apr 2026 21:08:07 GMT</pubDate>
    <description>То что в технику напихали новых стандартов WiFi это прекрасно. У меня самого Пиксель 7 с WiFi 6. Делаем простой тест, ставим на телефон программу WiFi Monitor, и смотрим в разных местах наличие сетей WiFi 6. Я еще нигде не видел. У себя и у вас дома не считается. &lt;br&gt;</description>
</item>

<item>
    <title>Релиз ядра Linux 7.0 (Аноним)</title>
    <link>https://www.opennet.me/openforum/vsluhforumID3/139792.html#451</link>
    <pubDate>Thu, 16 Apr 2026 14:07:32 GMT</pubDate>
    <description>Архитектурно это даже не ядро, а монорепозиторий драйверов. Плохое ядро стало ещё больше.&lt;br&gt;</description>
</item>

</channel>
</rss>
