<?xml version="1.0" encoding="koi8-r"?>
<rss version="0.91">
<channel>
    <title>OpenForum RSS: В ядре Linux 6.12 намерены реализовать возможность включения Realtime-режима</title>
    <link>https://www.opennet.me/openforum/vsluhforumID3/134760.html</link>
    <description>Разработчики ядра Linux объявили о передаче в ветку  linux-next, которая будет использоваться при формировании выпуска 6.12, финальных изменений, необходимых для сборки ядра с опцией PREEMPT_RT, включающей средства для работы в режиме реального времени. После принятия изменений в основную ветку ядра режим PREEMPT_RT станет доступен для архитектур X86, ARM64 и RISC-V. Позднее будет добавлена поддержка архитектур ARM и POWERPC, для которых в ядро переданы пока не все патчи...&lt;br&gt;&lt;br&gt;Подробнее: https://www.opennet.ru/opennews/art.shtml?num=61826&lt;br&gt;</description>

<item>
    <title>В ядре Linux 6.12 намерены реализовать возможность включения... (Аноним)</title>
    <link>https://www.opennet.me/openforum/vsluhforumID3/134760.html#205</link>
    <pubDate>Thu, 26 Sep 2024 15:40:52 GMT</pubDate>
    <description>&amp;gt; Какой SMM, чучело? Никто не говорит, что реалтайм возможен на твоей домашней &lt;br&gt;&amp;gt; материнке с бивесом от AMI и кучей говна в SMM.&lt;br&gt;&lt;br&gt;Ну вот такой. Который в BIOS&apos;ах у x86 - таки есть. Как и режим проца &quot;мы вас тут выперли, без анонсов и возможности это запретить&quot;. Крутой режим проца так то - loss of control на неопределенное время прям в дизайне. При том ладно бы это NMI какое было вызываемое в полнолуние високосного года при критичном факапе. Но это - совершенно (аб)юзается для чертовой кучи всякой хрени.&lt;br&gt;&lt;br&gt;&amp;gt; Но если ты сам железо клепаешь, то ничто не мешает сделать тебе &lt;br&gt;&amp;gt; материнку, в которой не будет обработчика SMM и перехода в него &lt;br&gt;&amp;gt; же. Google свои серверы делает под Core Boot и там нет &lt;br&gt;&amp;gt; никаких SMM-ов.&lt;br&gt;&lt;br&gt;При том делать ее на вот именно x86 - малореально.&lt;br&gt;1) У x86 очень сложный системный обвес. Так что реально такие штуки умеют лишь несколько фирм и жрать вы будете - вот это.&lt;br&gt;2) Куча проприетари в околофирмварных делах. FSP/AGESA и все такое. Вон там можно посмотреть как coreboot с этим всем </description>
</item>

<item>
    <title>В ядре Linux 6.12 намерены реализовать возможность включения... (Фубля)</title>
    <link>https://www.opennet.me/openforum/vsluhforumID3/134760.html#204</link>
    <pubDate>Sun, 22 Sep 2024 07:04:54 GMT</pubDate>
    <description>Свои материнки для ЧПУ fanuc и sinumerik перестали делать в конце 80х, т.е. лет тридцать назад. И стали использовать промышленные PC с DOS, а потом Windows. Heidehain использует Linux. И все они даже не пытаются управлять станоком напрямую из операционки.&lt;br&gt;</description>
</item>

<item>
    <title>В ядре Linux 6.12 намерены реализовать возможность включения... (Бывалый Смузихлёб)</title>
    <link>https://www.opennet.me/openforum/vsluhforumID3/134760.html#203</link>
    <pubDate>Sat, 21 Sep 2024 09:37:56 GMT</pubDate>
    <description>Перечитай полностью и снова подумай. То, что требует серьёзной сертификации и прочих радостей - реализуется, разумеется, на сертифицированной ОСРВ вроде Сейф-РТОС( аналог фри-ртос, но повышенной надёжности. Без исходников. Несколько собранных файлов под разные архитектуры и под 50к зелени ), Азур-РТОС( бывшая Тред-Икс, порой даже бесплатно но для STM ) и ещё более мелкие, но они уже без сертификатов - там самостоятельно надо.&lt;br&gt;Базовый функционал, в т.ч в плане отказов, реализуется на уровне МК, где это реально проверить( даже в плане прошивки ).&lt;br&gt;Он, МК, взаимодействует с ЦП на, хоть на АРМе, хоть где ещё, где запилена графическая часть хоть на лине с ку-ти.&lt;br&gt;Вне зависимости от состояния графической части, МК с микропрошивкой, отрабатывает все варианты работы или отказов. И шлёт данные в графическую часть. Последняя может зависнуть или вообще упасть но это не значит, что, например, в хирургии глаза, лазер на полной мощности зависнет и пойдёт неспешно до самого носа - там всё корректно отработает, а интерфейс </description>
</item>

<item>
    <title>В ядре Linux 6.12 намерены реализовать возможность включения... (Страдивариус)</title>
    <link>https://www.opennet.me/openforum/vsluhforumID3/134760.html#202</link>
    <pubDate>Tue, 17 Sep 2024 06:23:06 GMT</pubDate>
    <description>&amp;gt;&amp;gt;Это лишняя точка отказа, лишнее удорожание, лишнее ограничение &lt;br&gt;&amp;gt; А парни в Fanuc и Sinumerik об этом и не знают, делают &lt;br&gt;&amp;gt; отдельно HMI на Windows и отдельно контроллер перемещений.&lt;br&gt;&lt;br&gt;Если остаться на Windows - это их выбор, то других-то вариантов у них нету.&lt;br&gt;&lt;br&gt;С Windows вообще не понятно, что можно делать - у моего ребенка на школьном ноуте стоит винда. Там постоянная загрузка CPU 100&#037;, что она там делает - хрен его знает. Как минимум 50&#037; уходит на постоянную проверку на вирусы, куда ещё 50&#037; уходит - хз, какие-то процессы из названия которых мне нихрена не понятно. Так что вообще какой реалтайм с виндой возможен? Она только тормозить может реалтаймово.&lt;br&gt;</description>
</item>

<item>
    <title>В ядре Linux 6.12 намерены реализовать возможность включения... (Страдивариус)</title>
    <link>https://www.opennet.me/openforum/vsluhforumID3/134760.html#201</link>
    <pubDate>Tue, 17 Sep 2024 06:18:02 GMT</pubDate>
    <description>Какой SMM, чучело? Никто не говорит, что реалтайм возможен на твоей домашней материнке с бивесом от AMI и кучей говна в SMM. Но если ты сам железо клепаешь, то ничто не мешает сделать тебе материнку, в которой не будет обработчика SMM и перехода в него же. Google свои серверы делает под Core Boot и там нет никаких SMM-ов.&lt;br&gt;&lt;br&gt;Кроме того, мир не ограничивается x86, есть вполне другие архитектуры, на которых тоже много ядер и нет никакого SMM, и Linux на них хорошо себе работает.&lt;br&gt;</description>
</item>

<item>
    <title>В ядре Linux 6.12 намерены реализовать возможность включения... (Аноним)</title>
    <link>https://www.opennet.me/openforum/vsluhforumID3/134760.html#200</link>
    <pubDate>Sun, 15 Sep 2024 13:46:05 GMT</pubDate>
    <description>Из пропиетарного, лет 5 минимум уже Линукс с RT патчами используются в &quot;железных&quot; DAW, все современные девайсы от Акай(Хедраш тоже, на той же платформе), Машин плюс, Пуш 3&lt;br&gt;Из плюс-минус опенсорса, Critter Guitari Organelle, Beebo Poly&lt;br&gt;</description>
</item>

<item>
    <title>В ядре Linux 6.12 намерены реализовать возможность включения... (Илья)</title>
    <link>https://www.opennet.me/openforum/vsluhforumID3/134760.html#199</link>
    <pubDate>Sun, 15 Sep 2024 03:31:55 GMT</pubDate>
    <description>&amp;gt; финансовые системы&lt;br&gt;&amp;gt; ... чащще используют mac apple&lt;br&gt;&lt;br&gt;Представляешь, как в банке решают залезть в яму инфраструктуры Apple? &lt;br&gt;</description>
</item>

<item>
    <title>В ядре Linux 6.12 намерены реализовать возможность включения... (Аноним)</title>
    <link>https://www.opennet.me/openforum/vsluhforumID3/134760.html#198</link>
    <pubDate>Thu, 12 Sep 2024 11:08:13 GMT</pubDate>
    <description>&amp;gt;&amp;gt;&amp;gt;&amp;gt;&amp;gt; &quot;чтобы не тратить процессорное время на переключение контекста.&quot; &lt;br&gt;&lt;br&gt;Ну вообще копирование kernel &amp;lt;-&amp;gt; user которое побустали - было примерно из этой же оперы. Т.е. существовало для разделения контекстов и поддержания абстракций.&lt;br&gt;&lt;br&gt;Это не совсем то же что контекст состояния проца но жило очень рядом. Ибо выполнить какой-нибудь сискол без пачки ассоциированых с ним данных - как-то немного упс. И насколько я помню там еще какую-то хитрую группировку сделали, передавая это при случае сразу батчами. Чтоб не дергаться по мелочам каждый раз.&lt;br&gt;</description>
</item>

<item>
    <title>В ядре Linux 6.12 намерены реализовать возможность включения... (n00by)</title>
    <link>https://www.opennet.me/openforum/vsluhforumID3/134760.html#197</link>
    <pubDate>Thu, 12 Sep 2024 06:54:34 GMT</pubDate>
    <description>&amp;gt;&amp;gt;&amp;gt;&amp;gt; &quot;чтобы не тратить процессорное время на переключение контекста.&quot;</description>
</item>

</channel>
</rss>
