<?xml version="1.0" encoding="koi8-r"?>
<rss version="0.91">
<channel>
    <title>OpenForum RSS: Релиз ядра Linux 6.12 с поддержкой Realtime-режима </title>
    <link>https://www.opennet.ru/openforum/vsluhforumID3/135351.html</link>
    <description>После двух месяцев разработки Линус Торвальдс представил релиз ядра Linux 6.12. Среди наиболее заметных изменений: возможность включения Realtime-режима, sched_ext для создания планировщиков CPU через eBPF, вывод QR-кода при аварийных состояниях, механизм Device Memory TCP, механизм резервирования ресурсов SCHED_DEADLINE server, улучшение планировщика задач EEVDF, модуль IPE для задания политик обеспечения целостности...&lt;br&gt;&lt;br&gt;Подробнее: https://www.opennet.ru/opennews/art.shtml?num=62243&lt;br&gt;</description>

<item>
    <title>Релиз ядра Linux 6.12 с поддержкой Realtime-режима  (Аноним)</title>
    <link>https://www.opennet.ru/openforum/vsluhforumID3/135351.html#264</link>
    <pubDate>Fri, 22 Nov 2024 06:12:40 GMT</pubDate>
    <description>&amp;gt;GPL не требует давать credits&lt;br&gt;&lt;br&gt;Что, можно качать и затирать копирайты? Вот это да.&lt;br&gt;</description>
</item>

<item>
    <title>Релиз ядра Linux 6.12 с поддержкой Realtime-режима  (Аноним)</title>
    <link>https://www.opennet.ru/openforum/vsluhforumID3/135351.html#262</link>
    <pubDate>Thu, 21 Nov 2024 10:36:25 GMT</pubDate>
    <description>&amp;gt; Такое ведь на QNX и на этом новом ядре Linux возможно?&lt;br&gt;&lt;br&gt;да, обработчик прерывания не может вытеснить процесс если у процесса приоритет выше, сработает только минимальный диспетчер прерываний, а все обработчики это такие же процессы (потоки) только в адресном пространстве ядра. Только надо учитывать что сейчас одноядерных процессоров практически нет а прерывания могут обрабатываться на любом ядре не прерывая высокоприоритетный процесс - BKL уже много лет назад выпилили&lt;br&gt;&lt;br&gt;https://kernelnewbies.org/BigKernelLock&lt;br&gt;&lt;br&gt;https://man7.org/linux/man-pages/man1/chrt.1.html&lt;br&gt;</description>
</item>

<item>
    <title>Релиз ядра Linux 6.12 с поддержкой Realtime-режима  (Аноним)</title>
    <link>https://www.opennet.ru/openforum/vsluhforumID3/135351.html#261</link>
    <pubDate>Wed, 20 Nov 2024 16:28:12 GMT</pubDate>
    <description>&amp;gt; А говорили что надёжная как скала... Пора видимо на btrfs потихоньку перебираться, &lt;br&gt;&amp;gt; благо она тоже уже достаточно стабильна.&lt;br&gt;&lt;br&gt;Можно слушать опеннетчиков. А можно клонировать себе копию кернела и порой почитывать git log ядра, тогда в сказки опеннетчиков верить расхочется. Представляете, даже EXT4 периодически так или иначе чинят.&lt;br&gt;&lt;br&gt;Конечно в силу его простоты там меньше багов. Но и фич меньше. А при попытке, вот, что-то поменять - с ним случается то же что и с всеми остальными. Т.е. - багует. И long standing проблем у него - есть.&lt;br&gt;</description>
</item>

<item>
    <title>Релиз ядра Linux 6.12 с поддержкой Realtime-режима  (Аноним)</title>
    <link>https://www.opennet.ru/openforum/vsluhforumID3/135351.html#260</link>
    <pubDate>Wed, 20 Nov 2024 16:19:06 GMT</pubDate>
    <description>&amp;gt; никто из удалённых не появился. Не хотелось бы разжигать, но этот &lt;br&gt;&amp;gt; проект явно нарушает ещё и авторские права.&lt;br&gt;&lt;br&gt;GPL не требует давать credits автору, внезапно. Читайте лицензии до того как качать права. Иначе даунлоадер может и обломаться.&lt;br&gt;&lt;br&gt;</description>
</item>

<item>
    <title>Релиз ядра Linux 6.12 с поддержкой Realtime-режима  (Аноним)</title>
    <link>https://www.opennet.ru/openforum/vsluhforumID3/135351.html#259</link>
    <pubDate>Wed, 20 Nov 2024 16:14:54 GMT</pubDate>
    <description>&amp;gt; Тебе космонавт на Убунту даст, ради маркетинга, нескчную сборочку со включеным реалтайм &lt;br&gt;&amp;gt; режимом. Ты будешь жрать что дают. Ты сам вряд-ли будешь конфигурировать ядро.&lt;br&gt;&lt;br&gt;Небольшой облом - в том что я собираю себе дебиан debootstrap-ом сам, и как раз закончил собирать сабжевое ядро. Разумеется, с моим собственным конфигом. И не, там обычный CONFIG_PREEMPT (т.е. то что раньше называли low latency) - без вот именно _RT хардкора. Это ж не управляющая система.&lt;br&gt;&lt;br&gt;А от убунты я как раз отделался потому что все их маркетинги, &quot;партнеры&quot;, рестриктивные условия (tm) и реп, и постоянные &quot;улучшения&quot; и NIH, типа глючных апдейтеров, падучих крашрепортеров и прочих снапов - определенно, надоели. И я избавил себя от этого &quot;счастья&quot;.&lt;br&gt;</description>
</item>

<item>
    <title>Релиз ядра Linux 6.12 с поддержкой Realtime-режима  (Аноним)</title>
    <link>https://www.opennet.ru/openforum/vsluhforumID3/135351.html#258</link>
    <pubDate>Wed, 20 Nov 2024 16:07:36 GMT</pubDate>
    <description>&amp;gt; Не всё так просто. &lt;br&gt;&lt;br&gt;Это как? У меня пульс работает под обычным юзером. С такими правами при всем желании в железо самому слазить - никак. Только нижний уровень просить, чтобы тот милостиво изволил выполнить запрос.&lt;br&gt;&lt;br&gt;&amp;gt; При использовании пульсы отваливаются прерывания и энергосбережение,&lt;br&gt;&lt;br&gt;На минуточку, если альсе или драйверу плохеет, при чем тут пульс? Это вообще баги - вон тех. А пульс юзермод прога спустившая им запрос, не более.&lt;br&gt;&lt;br&gt;Не должны системные компоеннты уходить в аут от активности непривилегированого процесса, вот хоть как. Это вообще азы работы многозадачных систем. Если вы не понимаете даже это - о чем мы тут дискутируем, когда оппонент даже не понимает в какой точке системы проблема реально есть?&lt;br&gt;&lt;br&gt;Или чего вы предлагаете? Сделать вид что в вон том глюкале багов нет, сунуть голову в песок и молиться чтобы в других комбо софта - оно не баговало так же? Это хреновый подход, имхо.&lt;br&gt; &lt;br&gt;&amp;gt; кроме того, буферы, настроенные под пульсу, создают проблемы для обычного использования. &lt;br&gt;&lt;br&gt;Они могут как</description>
</item>

<item>
    <title>Релиз ядра Linux 6.12 с поддержкой Realtime-режима  (Аноним)</title>
    <link>https://www.opennet.ru/openforum/vsluhforumID3/135351.html#257</link>
    <pubDate>Wed, 20 Nov 2024 15:56:45 GMT</pubDate>
    <description>&amp;gt; Вы извините за прямоту, но Ваш дворовый сленг притравленный модными английскими словечками &lt;br&gt;&amp;gt; невозможно воспринимать. Если даже Вы что-то знаете по существу заданного постом &lt;br&gt;&amp;gt; выше вопроса, всё равно складывается чёткое ощущение, что ответ писал какой-то &lt;br&gt;&amp;gt; юнец, путем пересказа прочитанных аккурат перед написанием иностранных форумов. И ответа &lt;br&gt;&amp;gt; на вопрос, чем же это лучше, связки слоя dev-mapper bcache с &lt;br&gt;&amp;gt; фс, к примеру, btrfs так и не было озвучено.&lt;br&gt;&lt;br&gt;Вы извините за прямоту, но в таком случае - читайте маны. Они рулят. Или набивайте шишки сами.&lt;br&gt;&lt;br&gt;А ключевым недостатком bcache, который не ФС, является как раз отсутствие интеграции с фс и явного управления репликами. Поэтому когда SSD (даже эинтерпрайзный) протирается, порой случается крупноблочное осыпание кеша. Большая часть ФС не готовы к тому что при чтении им вернется мусор крупными блоками. И даже вещи типа RAID1 от этого не спасут сами по себе. Даже если и видите что 2 копии разные - и чего?! Что-то осмысленное при этом может разве что btr</description>
</item>

<item>
    <title>Релиз ядра Linux 6.12 с поддержкой Realtime-режима  (Аноним)</title>
    <link>https://www.opennet.ru/openforum/vsluhforumID3/135351.html#256</link>
    <pubDate>Wed, 20 Nov 2024 15:42:56 GMT</pubDate>
    <description>&amp;gt; Я согласен что Linux как ни крути более удобен и более доступен. &lt;br&gt;&lt;br&gt;Поэтому разработчиков под QNX сейчас можно искать довольно долго - и не особо успешно. Оказывается если сделать технологию недоступной - она выпадет из использования.&lt;br&gt;&lt;br&gt;&amp;gt; остального - ну можно работать и без ОС и это наверно &lt;br&gt;&amp;gt; более даже доступно чем QNX,&lt;br&gt;&lt;br&gt;Можно. На МК так и делают. Но это актуально для простых задач - зато жесткий реалтайм с максимальным контролем над происходящим. Но если захочется продвинутостей, типа нормальной ФС, сети, вебморду отрисовать или GUI не сильно похабный, сетевые протоколы там какие, работу с относительно попсовыми железками - вот тут почем-то совсем без OS несколько расхочется.&lt;br&gt;&lt;br&gt;Ну или попробуйте хотя-бы флеху/винч с NTFS без оси прочитать? А картинку,  с камеры на экран - не? Да хоть usb-клаву вы зацепить сможете сами? Или там сотовый модем?&lt;br&gt;&lt;br&gt;&amp;gt; разработки повлияет. А касательно возможностей - шмагли или не шмагли, ну &lt;br&gt;&amp;gt; это разговоры на уровне пропаганды.&lt;br&gt;&lt;br&gt;Это разговор на уровне трезвой оценки в</description>
</item>

<item>
    <title>Релиз ядра Linux 6.12 с поддержкой Realtime-режима  (Аноним)</title>
    <link>https://www.opennet.ru/openforum/vsluhforumID3/135351.html#255</link>
    <pubDate>Wed, 20 Nov 2024 14:42:22 GMT</pubDate>
    <description>&amp;gt;Так его врядли кто и будет там включать&lt;br&gt;&lt;br&gt;Тебе космонавт на Убунту даст, ради маркетинга, нескчную сборочку со включеным реалтайм режимом. Ты будешь жрать что дают. Ты сам вряд-ли будешь конфигурировать ядро.&lt;br&gt;</description>
</item>

</channel>
</rss>
