The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



"В ядре Linux 6.12 намерены реализовать возможность включения Realtime-режима"
Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Изначальное сообщение [ Отслеживать ]

"В ядре Linux 6.12 намерены реализовать возможность включения Realtime-режима"  +/
Сообщение от opennews (??), 08-Сен-24, 13:33 
Разработчики ядра Linux объявили о передаче в ветку  linux-next, которая будет использоваться при формировании выпуска 6.12, финальных изменений, необходимых для сборки ядра с опцией PREEMPT_RT, включающей средства для работы в режиме реального времени. После принятия изменений в основную ветку ядра режим PREEMPT_RT станет доступен для архитектур X86, ARM64 и RISC-V. Позднее будет добавлена поддержка архитектур ARM и POWERPC, для которых в ядро переданы пока не все патчи...

Подробнее: https://www.opennet.me/opennews/art.shtml?num=61826

Ответить | Правка | Cообщить модератору

Оглавление

Сообщения [Сортировка по времени | RSS]


1. "В ядре Linux 6.12 намерены реализовать возможность включения..."  +1 +/
Сообщение от Аноним (1), 08-Сен-24, 13:33 
Поясните, зачем нужен такой режим в линуксе, и как это совместимо с вытесняющей многозадачностью. А также, можно ли будет его включать и выключать в реалтайме, или так и будет 2 варианта ядер?
Ответить | Правка | Наверх | Cообщить модератору

2. "В ядре Linux 6.12 намерены реализовать возможность включения..."  +6 +/
Сообщение от Евгений (??), 08-Сен-24, 13:40 
в статье буквально ответ
>Realtime-редакции своих продуктов, востребованные в таких областях, как финансовые системы, устройства обработки звука и видео, авиация, медицина, робототехника, телекоммуникационные и промышленные системы, в которых необходимо обеспечить предсказуемое время обработки событий.

ну я думаю будет 2 версии ядер, но не уверен

Ответить | Правка | Наверх | Cообщить модератору

90. "В ядре Linux 6.12 намерены реализовать возможность включения..."  +/
Сообщение от Аноним (90), 08-Сен-24, 22:46 
так rt версия уже давно есть, можно в арче из репов накатить
Ответить | Правка | Наверх | Cообщить модератору

123. "В ядре Linux 6.12 намерены реализовать возможность включения..."  +4 +/
Сообщение от Игорь (??), 09-Сен-24, 09:40 
Перечитай новость - сейчас для сборки rt-kernel используют внешние патчи. А в новости говорится, что в 6.12 эта фича будет в основном дереве исходников и rt-kernel будет собираться БЕЗ внешних патчей.
Ответить | Правка | Наверх | Cообщить модератору

3. "В ядре Linux 6.12 намерены реализовать возможность включения..."  –3 +/
Сообщение от Аноним (3), 08-Сен-24, 13:40 
Не прошло и 20 лет. Хотя, подождите. Никак не совместимо, включаешь рт-планировщик и прибиваешь все процессы к собственным ядрам и это как-то работает, но нарушается рандомными задержками прочего оборудования (выпадет при этом из реалтайма или нет это другой вопрос, обычно работает).
Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

4. "В ядре Linux 6.12 намерены реализовать возможность включения..."  +/
Сообщение от ИмяХ (ok), 08-Сен-24, 13:41 
Попробуйте хоть раз в жизни прочитать не только заголовок новости. Написано же:
>>востребованные в таких областях, как финансовые системы, устройства обработки звука и видео, авиация, медицина, робототехника, телекоммуникационные и промышленные системы, в которых необходимо обеспечить предсказуемое время обработки событий
Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

18. "В ядре Linux 6.12 намерены реализовать возможность включения..."  +3 +/
Сообщение от Бывалый Смузихлёб (ok), 08-Сен-24, 14:15 
это нереализуемо, т.к задачи той же медицины и авиации( и военщины и много чего ещё ) являются сферами повышенного риска, т.е вообще всё ПО и все пакеты, отвечающие за принятие решений, требуют аудита на соблюдение энных требований и критериев
Поэтому распространение получили платы, на которых есть и шустрый МК и проц на арме с видеоускорителем. нынче даже процы такие выпускают - со встроенным МК.
МК - ему своя прошивка на сертифицированной компактной ОСРВ и прошивке под неё, что ещё реально проверить в рамках аудита.
Под проц на арме с графическим ускорителем - тот же линь с горой пакетов и "интерфейсом" управления( даже при отвале которого МК корректно отработает сбой )
Линь в данном случае является лишь средой, в рамках которой запускают "морду" приложения повышенной надёжности и от которой ничего хорошего не ждут
Ответить | Правка | Наверх | Cообщить модератору

37. "В ядре Linux 6.12 намерены реализовать возможность включения..."  +1 +/
Сообщение от Dima (??), 08-Сен-24, 16:27 
Ты чувак наверно ни когда не работал в военке :) Там я видел винду и МС СКУЛ :) Оракл. И какой там был аудит и надёжность? :) С 2011 года начали всё это выдавливать. Не знаю на какой стадии процесс сейчас. Но ПВО тогда на винде сидело :)
Ответить | Правка | Наверх | Cообщить модератору

38. "В ядре Linux 6.12 намерены реализовать возможность включения..."  –3 +/
Сообщение от Ося Бендер (?), 08-Сен-24, 16:53 
Ага, прямо сам Бил Гейц на нужные кнопки, в нужный момент жал.
Верим, верим...
Ответить | Правка | Наверх | Cообщить модератору

48. "В ядре Linux 6.12 намерены реализовать возможность включения..."  +4 +/
Сообщение от МимоКрокодил (?), 08-Сен-24, 17:45 
какое ПВО? “шилка” или “стрела” не винде “сидела”?
Ответить | Правка | К родителю #37 | Наверх | Cообщить модератору

54. "В ядре Linux 6.12 намерены реализовать возможность включения..."  –1 +/
Сообщение от Dima (??), 08-Сен-24, 17:52 
АРМ теже в КШМ. Если ты поймёшь о чём я. Хреново ты войска знаешь.
Ответить | Правка | Наверх | Cообщить модератору

130. "В ядре Linux 6.12 намерены реализовать возможность включения..."  +4 +/
Сообщение от МимоКрокодил (?), 09-Сен-24, 12:14 
болезный, я спросил про какую ПВО ты нам тут рассказываешь, в армии РФ было и есть много разных (буки, кубы, торы, шилки и тунгуски, а есть С-300/400), интересно же, в какой кшм’ке ты винду видел, на каком оборудовании эта винда была установлена, какие функции исполняло ПО работающее на этой винде, в конце-концов можно просто назвать АСУ в состав которой входила КШМ в которой на АРМ ты винду увидел.

а ещё о баснях про Оракл и МС СКУЛ (кстати, что это MSSQL?) молчу. Может ты про ВНИИНС и постгрю в их МСВС?

Ответить | Правка | Наверх | Cообщить модератору

64. "В ядре Linux 6.12 намерены реализовать возможность включения..."  +1 +/
Сообщение от Аноним (64), 08-Сен-24, 18:59 
Служил в 2013г. В машинах был линь с названием ОС ВС. Урезанный дебиан, но в Tux можно было поиграть:) лого винды пытающееся поймать пингвина).
Ответить | Правка | К родителю #37 | Наверх | Cообщить модератору

97. "В ядре Linux 6.12 намерены реализовать возможность включения..."  –2 +/
Сообщение от Dima (??), 09-Сен-24, 01:38 
В 2012 когда мы как раз новую ОС тестили в Раевке штабные из Москвы на них орали во всю глодку за винду. Значит быстро исправили, я потом опять смотался. Не видел больше что там делалось.
Ответить | Правка | Наверх | Cообщить модератору

47. "В ядре Linux 6.12 намерены реализовать возможность включения..."  +4 +/
Сообщение от МимоКрокодил (?), 08-Сен-24, 17:42 
> т.е вообще всё ПО и все пакеты, отвечающие за принятие решений, требуют аудита на соблюдение энных требований и критериев

ага, боингу про это расскажи!

система MCAS проходила аудит и соответствовала всем требованиям?

Ответить | Правка | К родителю #18 | Наверх | Cообщить модератору

76. "В ядре Linux 6.12 намерены реализовать возможность включения..."  +/
Сообщение от YetAnotherOnanym (ok), 08-Сен-24, 19:50 
А что не так? Автопилот укладывался в отведённое время, когда поворачивал горизонтальное оперение на пикирование?  Укладывался. Ну, и всё. Какие претензии?
Ответить | Правка | Наверх | Cообщить модератору

112. "В ядре Linux 6.12 намерены реализовать возможность включения..."  +/
Сообщение от Аноним (-), 09-Сен-24, 05:31 
> А что не так? Автопилот укладывался в отведённое время, когда поворачивал горизонтальное
> оперение на пикирование?  Укладывался. Ну, и всё. Какие претензии?

Зато других претензий к боингу регуляторы накопали - очень даже. Оказывается там на вопросы качества забивали как чуть ли не в обычной бизнес корпе. За что и пострадали.

Ответить | Правка | Наверх | Cообщить модератору

120. "В ядре Linux 6.12 намерены реализовать возможность включения..."  +/
Сообщение от llolik (ok), 09-Сен-24, 08:53 
> система MCAS проходила аудит и соответствовала всем требованиям?

Проходила. Проблема в том, как я понял, что аудит производил по сути Боинг сам себя (ну, свою дочернюю фирму, если быть точнее). Понятно, что аудит проходил без нареканий :)

Ответить | Правка | К родителю #47 | Наверх | Cообщить модератору

203. "В ядре Linux 6.12 намерены реализовать возможность включения..."  +/
Сообщение от Бывалый Смузихлёб (ok), 21-Сен-24, 12:37 
Перечитай полностью и снова подумай. То, что требует серьёзной сертификации и прочих радостей - реализуется, разумеется, на сертифицированной ОСРВ вроде Сейф-РТОС( аналог фри-ртос, но повышенной надёжности. Без исходников. Несколько собранных файлов под разные архитектуры и под 50к зелени ), Азур-РТОС( бывшая Тред-Икс, порой даже бесплатно но для STM ) и ещё более мелкие, но они уже без сертификатов - там самостоятельно надо.
Базовый функционал, в т.ч в плане отказов, реализуется на уровне МК, где это реально проверить( даже в плане прошивки ).
Он, МК, взаимодействует с ЦП на, хоть на АРМе, хоть где ещё, где запилена графическая часть хоть на лине с ку-ти.
Вне зависимости от состояния графической части, МК с микропрошивкой, отрабатывает все варианты работы или отказов. И шлёт данные в графическую часть. Последняя может зависнуть или вообще упасть но это не значит, что, например, в хирургии глаза, лазер на полной мощности зависнет и пойдёт неспешно до самого носа - там всё корректно отработает, а интерфейс - тупо перезапустится с подгрузкой поправок.
Ответить | Правка | К родителю #47 | Наверх | Cообщить модератору

55. "В ядре Linux 6.12 намерены реализовать возможность включения..."  +/
Сообщение от equeim (ok), 08-Сен-24, 17:54 
Они требуют бумажку о прохождении аудита, а не аудит. Если это какой-нибудь аналоговнетный дистрибутив линукса, то такая бумажка у него тоже будет, но никто не будет проводить аудит 10000 пакетов из которых он собран. Достаточно просто переклеить копирайт.
Ответить | Правка | К родителю #18 | Наверх | Cообщить модератору

125. "В ядре Linux 6.12 намерены реализовать возможность включения..."  +/
Сообщение от Игорь (??), 09-Сен-24, 09:56 
Это уже давно реализовано! Но в виде внешних патчей к основным исходникам ядра. Например, широко известный (в узких кругах) Центр исследований в музыки и акустике Стенфордского университета https://ccrma.stanford.edu/ в проекте planetccrma уже много лет делает rt-kernel для музыкантов. Или LinuxCNC http://linuxcnc.org/ для управления станками и роботами.
Ответить | Правка | К родителю #18 | Наверх | Cообщить модератору

163. "В ядре Linux 6.12 намерены реализовать возможность включения..."  +/
Сообщение от ss (??), 09-Сен-24, 16:16 
Почему бы вам не попробовать понять что вас спрашивают перед тем как писать ответ?
Вас спрашивают - это будет ДВА РАЗНЫХ ядра, и если мы хотим  реалтайм-то нужна перезагрузка,  или это будет ОДНО ядро и опция которую можно включать-выключать в реалтайме?

В разных линуксах  при загрузке есть менюшка. там есть возможность выбрать какое ядро,  с какими опциями собранное вам надо грузить...

вот об этом вопрос...

Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

5. "В ядре Linux 6.12 намерены реализовать возможность включения..."  +5 +/
Сообщение от Аноним (5), 08-Сен-24, 13:44 
Линуксу он нужен чтобы не тратить бешеные деньжищи на проприетарные системы реального времени.
Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

14. "В ядре Linux 6.12 намерены реализовать возможность включения..."  +1 +/
Сообщение от Аноним (14), 08-Сен-24, 13:58 
Отводишь под свою программу ядро в эксклюзивное пользование и внезапно программа работает в реальном времени без всяких патчей!
Ответить | Правка | Наверх | Cообщить модератору

19. "В ядре Linux 6.12 намерены реализовать возможность включения..."  +3 +/
Сообщение от Аноним (3), 08-Сен-24, 14:16 
Без гарантированных задержек есть тысяча мест в ядре, которые имеют законное право "уйти подумать". Независимо от "эксклюзивности". Проблема в том, что без реалтайма у тебя задержи ощутимо ниже в среднем, и, если задачи получить гарантированную доставку сообщений в заданных временных рамках не стоит (т.е. такие применения, как обработка звука в реальном времени), вполне можно отказаться от подобных решений. Особенно учитывая, что под нагрузкой рт сыпется намного быстрее обычного. Конечно, линукс вообще странно ставить в конкуренцию рт-системам, но может какие-то применения и правда есть. Микширование звука без dsp? Тоже сомнительно.
Ответить | Правка | Наверх | Cообщить модератору

66. "В ядре Linux 6.12 намерены реализовать возможность включения..."  +/
Сообщение от Аноним (66), 08-Сен-24, 19:05 
Ну это пока ядро ОС не решит printk дёрнуть. А так да — реальное время.
Ответить | Правка | К родителю #14 | Наверх | Cообщить модератору

174. "В ядре Linux 6.12 намерены реализовать возможность включения..."  +/
Сообщение от Аноним (-), 10-Сен-24, 00:05 
> Ну это пока ядро ОС не решит printk дёрнуть. А так да — реальное время.

Это как раз - вот - зарулили в сабже ;)

Ответить | Правка | Наверх | Cообщить модератору

86. "В ядре Linux 6.12 намерены реализовать возможность включения..."  +1 +/
Сообщение от Аноним (86), 08-Сен-24, 22:15 
А вот и нет, смотри патчи.
Но и патченное это не настоящее РТ, хотя и существенно расширяющее область применения.
Ответить | Правка | К родителю #14 | Наверх | Cообщить модератору

119. "В ядре Linux 6.12 намерены реализовать возможность включения..."  +1 +/
Сообщение от Аноним (119), 09-Сен-24, 08:25 
Ага, конечно. Ты для начала почитай как работает kvmalloc с установленным битом __GFP_NOFAIL, а потом пиши такой бред. __GFP_NOFAIL - только одна из миллиона таких особенностей в ядре
Ответить | Правка | К родителю #14 | Наверх | Cообщить модератору

33. "В ядре Linux 6.12 намерены реализовать возможность включения..."  +2 +/
Сообщение от Аноним (1), 08-Сен-24, 15:44 
FOSS-RTOS уже хоть жопой жуй, в том числе формально верифицированных.
Ответить | Правка | К родителю #5 | Наверх | Cообщить модератору

111. "В ядре Linux 6.12 намерены реализовать возможность включения..."  +/
Сообщение от Аноним (-), 09-Сен-24, 05:29 
> FOSS-RTOS уже хоть жопой жуй, в том числе формально верифицированных.

Только это все - убогие поделки, даже отдаленно не напоминающие нормальные ОС.

Ответить | Правка | Наверх | Cообщить модератору

25. "В ядре Linux 6.12 намерены реализовать возможность включения..."  –2 +/
Сообщение от Аноним (25), 08-Сен-24, 15:02 
Насчёт зачем нужен - для сигналпроцессинга, например. https://www.gnuradio.org/
Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

26. "В ядре Linux 6.12 намерены реализовать возможность включения..."  +1 +/
Сообщение от Аноним (5), 08-Сен-24, 15:05 
Самое нормальное применение https://linuxcnc.org/
Ответить | Правка | Наверх | Cообщить модератору

124. "В ядре Linux 6.12 намерены реализовать возможность включения..."  –2 +/
Сообщение от Фубля (?), 09-Сен-24, 09:45 
И зачем же там RT? Промышленные станки с ЧПУ используют обычную Windows и горя не знают.
Ответить | Правка | Наверх | Cообщить модератору

126. "В ядре Linux 6.12 намерены реализовать возможность включения..."  +1 +/
Сообщение от Игорь (??), 09-Сен-24, 10:08 
RT там нужно чтобы не было задержек в управлении шаговыми двигателями. Т.е. Линукс там непосредственно управляет движением по осям X,Y,Z, где любая задержка приводит с уходу фрезы с нужной траектории. А Винда используется для подготовки управляющей программы и отображения тек. состояния. Сама винда не управляет, там доп.контроллер этим занимается.
Ответить | Правка | Наверх | Cообщить модератору

127. "В ядре Linux 6.12 намерены реализовать возможность включения..."  –1 +/
Сообщение от Фубля (?), 09-Сен-24, 10:40 
И что же линуксоидам мешает сделать правильно и задействовать для управления осями отдельный контроллер? Врождённая тяга к пердолеву?
Ответить | Правка | Наверх | Cообщить модератору

129. "В ядре Linux 6.12 намерены реализовать возможность включения..."  +1 +/
Сообщение от Аноним (5), 09-Сен-24, 12:14 
Прошивка контроллера? Ты понимаешь разницу между управлением самому и управлением при помощи черной коробки?
Ответить | Правка | Наверх | Cообщить модератору

186. "В ядре Linux 6.12 намерены реализовать возможность включения..."  +/
Сообщение от psv (??), 10-Сен-24, 11:54 
Даже если вы купили плату с fpga и входами выходами на борту, то возможность ДЛЯ СВОЕГО станка в домашней мастерской легко и непринужденно получить еще десятки выходов-входов пусть "на килогерцах а не мегагерцах" успевающих для дополнительной нужной только вам автоматики БЕСЦЕННО.

Другое дело что современные материнки "с виртуализацией всего" увы хуже тайминг имеют чем машины десятых годов.

Ответить | Правка | Наверх | Cообщить модератору

152. "В ядре Linux 6.12 намерены реализовать возможность включения..."  +1 +/
Сообщение от Страдивариус (?), 09-Сен-24, 14:51 
Контроллер с чипом на 200 МГц является каким-то лишним звеном, если у тебя контроллером управляет балалайка на 8 ядер по 2 ГГц. Это лишняя точка отказа, лишнее удорожание, лишнее ограничение, когда доходит до того, что прошивка контроллера не умеет то, чего хочется.
Ответить | Правка | К родителю #127 | Наверх | Cообщить модератору

169. "В ядре Linux 6.12 намерены реализовать возможность включения..."  +/
Сообщение от Фубля (?), 09-Сен-24, 19:28 
>Это лишняя точка отказа, лишнее удорожание, лишнее ограничение

А парни в Fanuc и Sinumerik об этом и не знают, делают отдельно HMI на Windows и отдельно контроллер перемещений.

Ответить | Правка | Наверх | Cообщить модератору

170. "В ядре Linux 6.12 намерены реализовать возможность включения..."  +1 +/
Сообщение от Аноним (-), 09-Сен-24, 20:33 
> А парни в Fanuc и Sinumerik об этом и не знают, делают
> отдельно HMI на Windows и отдельно контроллер перемещений.

Разве можно сравнивать анонимных экспертов с форума и каких-т дилетантов из Синумерика?
Местные эксперты - специалисты по любой теме, их познания просто невероятны!

Ответить | Правка | Наверх | Cообщить модератору

202. "В ядре Linux 6.12 намерены реализовать возможность включения..."  +/
Сообщение от Страдивариус (?), 17-Сен-24, 09:23 
>>Это лишняя точка отказа, лишнее удорожание, лишнее ограничение
> А парни в Fanuc и Sinumerik об этом и не знают, делают
> отдельно HMI на Windows и отдельно контроллер перемещений.

Если остаться на Windows - это их выбор, то других-то вариантов у них нету.

С Windows вообще не понятно, что можно делать - у моего ребенка на школьном ноуте стоит винда. Там постоянная загрузка CPU 100%, что она там делает - хрен его знает. Как минимум 50% уходит на постоянную проверку на вирусы, куда ещё 50% уходит - хз, какие-то процессы из названия которых мне нихрена не понятно. Так что вообще какой реалтайм с виндой возможен? Она только тормозить может реалтаймово.

Ответить | Правка | К родителю #169 | Наверх | Cообщить модератору

175. "В ядре Linux 6.12 намерены реализовать возможность включения..."  +/
Сообщение от Аноним (-), 10-Сен-24, 00:09 
> Контроллер с чипом на 200 МГц является каким-то лишним звеном, если у
> тебя контроллером управляет балалайка на 8 ядер по 2 ГГц. Это
> лишняя точка отказа, лишнее удорожание, лишнее ограничение, когда доходит до того,
> что прошивка контроллера не умеет то, чего хочется.

Кроме того что твой 8-ядерник уйдет в SMM какой-нибудь на <неопределенное время> - ну а мотору мы объясним что крутиться в это время - не надо! Обмотки переключать не будем, пусть весь мир подождет!

Жаль что физика со всякими там инерциями имеет что-то против такого расклада и мотор начнет просто колбасить от пропуска дедлайна. Да, обмотки нынче переключают - вот - софтом. Ну, фирмварой. Чтоб выкинуть механчиеский коллектор, бдаж! И, вот, есть некоторые сложности с тем чтобы попросить раскрученый мотор погодить и не крутиться, вотщадосчитаем...

И у вон того на 200Мгц это все - сильно лучше получится. В том числе потому что его фирмварь сильно проще, ага.

Ответить | Правка | К родителю #152 | Наверх | Cообщить модератору

201. "В ядре Linux 6.12 намерены реализовать возможность включения..."  +/
Сообщение от Страдивариус (?), 17-Сен-24, 09:18 
Какой SMM, чучело? Никто не говорит, что реалтайм возможен на твоей домашней материнке с бивесом от AMI и кучей говна в SMM. Но если ты сам железо клепаешь, то ничто не мешает сделать тебе материнку, в которой не будет обработчика SMM и перехода в него же. Google свои серверы делает под Core Boot и там нет никаких SMM-ов.

Кроме того, мир не ограничивается x86, есть вполне другие архитектуры, на которых тоже много ядер и нет никакого SMM, и Linux на них хорошо себе работает.

Ответить | Правка | Наверх | Cообщить модератору

204. "В ядре Linux 6.12 намерены реализовать возможность включения..."  +/
Сообщение от Фубля (?), 22-Сен-24, 10:04 
Свои материнки для ЧПУ fanuc и sinumerik перестали делать в конце 80х, т.е. лет тридцать назад. И стали использовать промышленные PC с DOS, а потом Windows. Heidehain использует Linux. И все они даже не пытаются управлять станоком напрямую из операционки.
Ответить | Правка | Наверх | Cообщить модератору

205. "В ядре Linux 6.12 намерены реализовать возможность включения..."  +/
Сообщение от Аноним (-), 26-Сен-24, 18:40 
> Какой SMM, чучело? Никто не говорит, что реалтайм возможен на твоей домашней
> материнке с бивесом от AMI и кучей говна в SMM.

Ну вот такой. Который в BIOS'ах у x86 - таки есть. Как и режим проца "мы вас тут выперли, без анонсов и возможности это запретить". Крутой режим проца так то - loss of control на неопределенное время прям в дизайне. При том ладно бы это NMI какое было вызываемое в полнолуние високосного года при критичном факапе. Но это - совершенно (аб)юзается для чертовой кучи всякой хрени.

> Но если ты сам железо клепаешь, то ничто не мешает сделать тебе
> материнку, в которой не будет обработчика SMM и перехода в него
> же. Google свои серверы делает под Core Boot и там нет
> никаких SMM-ов.

При том делать ее на вот именно x86 - малореально.
1) У x86 очень сложный системный обвес. Так что реально такие штуки умеют лишь несколько фирм и жрать вы будете - вот это.
2) Куча проприетари в околофирмварных делах. FSP/AGESA и все такое. Вон там можно посмотреть как coreboot с этим всем пыхтит. Даже у них это - далеко не решенный вопрос. А то что вы это в произвольную вендорскую мамку зальете и подавно не факт.

Ну то-есть теоретически какому-нибудь сименсу может кто даже и корябнет кастом. Трабл в том что для вас это делать - никто не будет, и на вас эта благодать всяко не распостранится, так что профита для ВАС на x86 с этого особо не наступит.

> Кроме того, мир не ограничивается x86, есть вполне другие архитектуры, на которых
> тоже много ядер и нет никакого SMM, и Linux на них
> хорошо себе работает.

А вот с этим никто и не спорил. Ремарка была относительно именно x86 VS real time. Его все равно юзают но из-за такого сочетания свойств это и рисковано без запасного плана, и в освномном доступно только огромным мегакорпам которые могут прожать intel/амд/биосописак на какой-то кастом.

Ответить | Правка | К родителю #201 | Наверх | Cообщить модератору

44. "В ядре Linux 6.12 намерены реализовать возможность включения..."  +1 +/
Сообщение от Аноним (44), 08-Сен-24, 17:30 
Гнурадево это же какая-то подкроватная история для энтузиастов. Зачем там рт?
Ответить | Правка | К родителю #25 | Наверх | Cообщить модератору

56. "В ядре Linux 6.12 намерены реализовать возможность включения..."  –1 +/
Сообщение от Аноним (56), 08-Сен-24, 17:55 
Да
Ответить | Правка | Наверх | Cообщить модератору

67. "В ядре Linux 6.12 намерены реализовать возможность включения..."  +1 +/
Сообщение от Аноним (66), 08-Сен-24, 19:19 
> Гнурадево это же какая-то подкроватная история для энтузиастов

Почти так, да. Инженеры Ettus Research пользуются для разработки своих продуктов и решений для заказчиков, но кто про тех васянов знает? Тем не менее, софт удобный — разобрать протокольчик какого-нибудь унылого TPM или дорожного табло, попользоваться местными FM-станциями для нехитрых радарных дел, и прочее васянство. Но RT полезен, с ним тот же радар куда лучше работает, но при этом с Линуксом R&D куда удобнее, чем если сразу брать МК. А когда всё готово можно не торопясь и не потея переписать питоновую скриптоту под какой-нибудь недорогой МК. Но в целом ты прав, чисто для энтузиастов и кузьмичей.

Ответить | Правка | К родителю #44 | Наверх | Cообщить модератору

96. "В ядре Linux 6.12 намерены реализовать возможность включения..."  +/
Сообщение от Аноним (25), 08-Сен-24, 23:54 
А вы страничку-то вниз промотайте до "GNU RADIO IS USED BY". Внезапно обнаружите среди использующих таких "васянов", ага, как Analog Devices.
Ответить | Правка | К родителю #44 | Наверх | Cообщить модератору

49. "В ядре Linux 6.12 намерены реализовать возможность включения..."  +2 +/
Сообщение от Аноним (49), 08-Сен-24, 17:47 
>Поясните, зачем нужен такой режим в линуксе

Звукозапись, очевидно.

Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

167. "В ядре Linux 6.12 намерены реализовать возможность включения..."  +2 +/
Сообщение от Sem (??), 09-Сен-24, 17:50 
Ну не только...
Хотя я был очень удивлен, когда я узнал, что музыканты, попробовав линукс, бегут потом на макОС или даже на FreeBSD.
Ответить | Правка | Наверх | Cообщить модератору

194. "В ядре Linux 6.12 намерены реализовать возможность включения..."  +/
Сообщение от Денис (??), 11-Сен-24, 04:59 
Звук в Линукс ужасен!
Ответить | Правка | К родителю #49 | Наверх | Cообщить модератору

60. "В ядре Linux 6.12 намерены реализовать возможность включения..."  +/
Сообщение от Аноним (60), 08-Сен-24, 18:16 
Гипотетически можно использовать 2 планировщика, и возможно так оно и будет работать. Один для риалтайм задач, другой для обычной многозадачности. И прослойку между ними. Таким образом в фоне будут крутиться критические по времени задачи и через прослойку отдавать какие-то накопленные данные, и реагировать на события от некритичных задач.
Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

100. "В ядре Linux 6.12 намерены реализовать возможность включения..."  –2 +/
Сообщение от Аноним (-), 09-Сен-24, 05:01 
> Поясните, зачем нужен такой режим в линуксе,

Затем чтобы наподдать всякой проприетарной хрени типа VxWorks. Скоро про них все забудут.

> в реалтайме, или так и будет 2 варианта ядер?

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

Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

113. "В ядре Linux 6.12 намерены реализовать возможность включения..."  +/
Сообщение от Аноним (113), 09-Сен-24, 06:10 
> Затем чтобы наподдать всякой проприетарной хрени типа VxWorks. Скоро про них все забудут.

Помню, насчёт венды что-то подобное слышал, что про неё скоро все забудут. Да и сейчас регулярно слышу.

Ответить | Правка | Наверх | Cообщить модератору

176. "В ядре Linux 6.12 намерены реализовать возможность включения..."  +/
Сообщение от Аноним (176), 10-Сен-24, 00:45 
>> Затем чтобы наподдать всякой проприетарной хрени типа VxWorks. Скоро про них все забудут.
> Помню, насчёт венды что-то подобное слышал, что про неё скоро все забудут.
> Да и сейчас регулярно слышу.

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

Ответить | Правка | Наверх | Cообщить модератору

154. "В ядре Linux 6.12 намерены реализовать возможность включения..."  +/
Сообщение от eva (?), 09-Сен-24, 15:47 
> Поясните, зачем нужен такой режим в линуксе, и как это совместимо с
> вытесняющей многозадачностью.

Для научных вычислений например, не один же ты используешь linux)

Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

191. "В ядре Linux 6.12 намерены реализовать возможность включения..."  +/
Сообщение от Аноним (-), 10-Сен-24, 23:43 
>> Поясните, зачем нужен такой режим в линуксе, и как это совместимо с
>> вытесняющей многозадачностью.
> Для научных вычислений например, не один же ты используешь linux)

А какая разница научникам - плюс-минус 10 секунд на вычисления что-то меняют? Они же не управляют реалтайм процессами.

Ответить | Правка | Наверх | Cообщить модератору

6. "В ядре Linux 6.12 намерены реализовать возможность включения..."  +/
Сообщение от Walker (??), 08-Сен-24, 13:44 
> в таких областях, как финансовые системы, устройства обработки звука и видео, авиация, медицина, робототехника, телекоммуникационные и промышленные системы

А что они раньше юзали?
Есть что-то опенсорсное в этом плане?

Ответить | Правка | Наверх | Cообщить модератору

9. "В ядре Linux 6.12 намерены реализовать возможность включения..."  +5 +/
Сообщение от Аноним (9), 08-Сен-24, 13:53 
То же самое и юзали, только патчи сами накладывали.
Ответить | Правка | Наверх | Cообщить модератору

12. "В ядре Linux 6.12 намерены реализовать возможность включения..."  +4 +/
Сообщение от Аноним (12), 08-Сен-24, 13:57 
> Есть что-то опенсорсное в этом плане?

Вроде нет. Слышал что есть проприетарный QNX и миллион самописных велосипедов.

Ответить | Правка | К родителю #6 | Наверх | Cообщить модератору

101. "В ядре Linux 6.12 намерены реализовать возможность включения..."  –1 +/
Сообщение от Аноним (-), 09-Сен-24, 05:02 
>> Есть что-то опенсорсное в этом плане?
> Вроде нет. Слышал что есть проприетарный QNX и миллион самописных велосипедов.

Еще VxWorks. Но у обоих лицензирование - во, фичи относительно пингвина - во, ну в обем такая ситуация много кого уже - утомила. И теперь их на таймер таки - поставили.

Ответить | Правка | Наверх | Cообщить модератору

17. "В ядре Linux 6.12 намерены реализовать возможность включения..."  +6 +/
Сообщение от Аноним (17), 08-Сен-24, 14:14 
Вагон и маленькая тележка RTOSов существует.
Ответить | Правка | К родителю #6 | Наверх | Cообщить модератору

42. "В ядре Linux 6.12 намерены реализовать возможность включения..."  +/
Сообщение от Аноним (42), 08-Сен-24, 17:24 
Зачем тогда платные ртос существуют?
Ответить | Правка | Наверх | Cообщить модератору

45. "В ядре Linux 6.12 намерены реализовать возможность включения..."  +12 +/
Сообщение от Rock (?), 08-Сен-24, 17:32 
> Зачем тогда платные ртос существуют?

Раньше была такая профессия -- программирование. Люди писали код и разрабатывали алгоритмы, потом их продавали. Весьма прибыльное и уважаемое дело было.

Ответить | Правка | Наверх | Cообщить модератору

58. "В ядре Linux 6.12 намерены реализовать возможность включения..."  +/
Сообщение от Аноним (56), 08-Сен-24, 17:55 
Это фантастика.
Ответить | Правка | Наверх | Cообщить модератору

93. "В ядре Linux 6.12 намерены реализовать возможность включения..."  +2 +/
Сообщение от Аноним (25), 08-Сен-24, 23:40 
А потом пришёл такой мужик с большой бородой и всех их обломал.
Ответить | Правка | К родителю #45 | Наверх | Cообщить модератору

102. "В ядре Linux 6.12 намерены реализовать возможность включения..."  –1 +/
Сообщение от Аноним (-), 09-Сен-24, 05:04 
> А потом пришёл такой мужик с большой бородой и всех их обломал.

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

Ответить | Правка | Наверх | Cообщить модератору

131. "В ядре Linux 6.12 намерены реализовать возможность включения..."  +/
Сообщение от Аноним (5), 09-Сен-24, 12:16 
Они уж точно не из-за него выросли.
Ответить | Правка | Наверх | Cообщить модератору

177. "В ядре Linux 6.12 намерены реализовать возможность включения..."  +/
Сообщение от Аноним (-), 10-Сен-24, 00:52 
> Они уж точно не из-за него выросли.

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


Теперь попробуйте затраты отбить, вывалив эту мыльницу за 10-20 баксов (это почти цена ее комплектухи) - когда еще вон те не только дофига денег хотят но и все время палки в колеса ставят. К тому же в проприетари это фиг оспоришь. Windriver не даст соврать - клиенты запинали его в "хотим линух, идите нафиг с проприетарным BSDi". И теперь они - линухом в эмбедовке пробаляются.

А винда... ну, у нее "драйверов нет" и вообще - на скольких 10-20 баксовых мыльницах вы ее видали? Смогете все в 8 мегов флеху упаковать? Более жирная - дороже!

Ответить | Правка | Наверх | Cообщить модератору

171. "В ядре Linux 6.12 намерены реализовать возможность включения..."  +/
Сообщение от Аноним (171), 09-Сен-24, 23:36 
да вроде не выросли, тот же черкизон давно такой
Ответить | Правка | К родителю #102 | Наверх | Cообщить модератору

92. "В ядре Linux 6.12 намерены реализовать возможность включения..."  +/
Сообщение от Аноним (25), 08-Сен-24, 23:02 
Чтобы неайтишный бизнес на бабло разводить.
Ответить | Правка | К родителю #42 | Наверх | Cообщить модератору

155. "В ядре Linux 6.12 намерены реализовать возможность включения..."  –1 +/
Сообщение от eva (?), 09-Сен-24, 15:52 
> А что они раньше юзали?
> Есть что-то опенсорсное в этом плане?

А раньше они юзали realtime, но тут есть возможность включения.

Но насколько я знаю в таких областях, как финансовые системы, устройства обработки звука чащще используют mac apple. Ибо качество. А в таких областях как авиация, медицина, робототехника, телекоммуникационные и промышленные системы, там вообще что то свое. Сейчас не помню, подробности почитай про российские процессоры.

Ответить | Правка | К родителю #6 | Наверх | Cообщить модератору

199. "В ядре Linux 6.12 намерены реализовать возможность включения..."  +/
Сообщение от Илья (??), 15-Сен-24, 06:31 
> финансовые системы
> ... чащще используют mac apple

Представляешь, как в банке решают залезть в яму инфраструктуры Apple?

Ответить | Правка | Наверх | Cообщить модератору

200. "В ядре Linux 6.12 намерены реализовать возможность включения..."  +/
Сообщение от Аноним (200), 15-Сен-24, 16:46 
Из пропиетарного, лет 5 минимум уже Линукс с RT патчами используются в "железных" DAW, все современные девайсы от Акай(Хедраш тоже, на той же платформе), Машин плюс, Пуш 3
Из плюс-минус опенсорса, Critter Guitari Organelle, Beebo Poly
Ответить | Правка | К родителю #6 | Наверх | Cообщить модератору

7. "В ядре Linux 6.12 намерены реализовать возможность включения..."  +/
Сообщение от Аноним (5), 08-Сен-24, 13:45 
Реальное время без сертификации деньги на ветер. Только для паленых китайских чпу может подойдет.
Ответить | Правка | Наверх | Cообщить модератору

15. "В ядре Linux 6.12 намерены реализовать возможность включения..."  +7 +/
Сообщение от A no Nimu (?), 08-Сен-24, 13:59 
Без бумажки начинаются панические атаки?
Ответить | Правка | Наверх | Cообщить модератору

22. "В ядре Linux 6.12 намерены реализовать возможность включения..."  +9 +/
Сообщение от Аноним (5), 08-Сен-24, 14:52 
Дяди со шваброй начинают на тебя странно посматривать.
Ответить | Правка | Наверх | Cообщить модератору

28. "В ядре Linux 6.12 намерены реализовать возможность включения..."  +/
Сообщение от Аноним (25), 08-Сен-24, 15:13 
Зачем же со шваброй? Такие дяди в импортозаместитнльных корпорациях руководящие посты занимают.
Ответить | Правка | Наверх | Cообщить модератору

35. "В ядре Linux 6.12 намерены реализовать возможность включения..."  +2 +/
Сообщение от Аноним (35), 08-Сен-24, 16:09 
Не те дяди, а их подчинённые.
Ответить | Правка | Наверх | Cообщить модератору

80. "В ядре Linux 6.12 намерены реализовать возможность включения..."  +/
Сообщение от Аноним (80), 08-Сен-24, 20:13 
Похоже на Open group с её UNIX® Certification Program. Как показывает практика, этот ваш. Linux можно сертифицировать как UNIX, но и без неё можно использовать.
Ответить | Правка | К родителю #7 | Наверх | Cообщить модератору

8. "В ядре Linux 6.12 намерены реализовать возможность включения..."  –1 +/
Сообщение от Аноним (8), 08-Сен-24, 13:49 
Правильно ли я понимаю, что это значит, что _у всех_ системных вызовов появляется теперь аргумент "таймаут"?

И что по-умолчанию для легаси кода он бесконечность, но если подключить копию библиотеки Си, написанную специально для риалтайма, то появляются прототипы с этим таймаутом эксплицитно?

Ответить | Правка | Наверх | Cообщить модератору

89. "В ядре Linux 6.12 намерены реализовать возможность включения..."  +2 +/
Сообщение от Kenneth (?), 08-Сен-24, 22:22 
> Правильно ли я понимаю...

Нет.

Ответить | Правка | Наверх | Cообщить модератору

183. "В ядре Linux 6.12 намерены реализовать возможность включения..."  +/
Сообщение от n00by (ok), 10-Сен-24, 11:33 
Не, просто в SteamOS будут собирать ядро из апстрима, а не накидывать эти патчи.
Ответить | Правка | К родителю #8 | Наверх | Cообщить модератору

10. "В ядре Linux 6.12 намерены реализовать возможность включения..."  –4 +/
Сообщение от Аноним (10), 08-Сен-24, 13:54 
С этими патчами блоб Нвидиа нормально устанавливается. Если совсем не скурвится финн и не протолкнет патчи реалтайм от проекта libre, то жить можно.
Ответить | Правка | Наверх | Cообщить модератору

103. "В ядре Linux 6.12 намерены реализовать возможность включения..."  +2 +/
Сообщение от Аноним (-), 09-Сен-24, 05:07 
> С этими патчами блоб Нвидиа нормально устанавливается.

Установить блоб от нвидии в реалтаймную систему может допереть только истинный эксперт опеннета. А какие гарантии реалтайма вам нвидия в своем блобе дала, не подскажете? Или какой смысл этой мышиной возни был? А, никакие? Экспертиза опенета бывает бессмысленной и беспощадной.

...теперь мы знаем что бессмысленное суперкомбо даже вроде бы работает. Наверное это круто. Правда хрен знает почему. Те кто хочет десктоп врядли и правда хотят реалтайм с ТЕМИ ограничениями и оверхедом. Те кто хочет реалтайм - проснутся в холодном поту если им приснится установка блоба нвидии.

Ответить | Правка | Наверх | Cообщить модератору

114. "В ядре Linux 6.12 намерены реализовать возможность включения..."  +/
Сообщение от Аноним (114), 09-Сен-24, 06:56 
От кексперта слышу. РТ патчи давали улучшенную отзывчивость в играх. Для них же нужен нормальный драйвер. При использовании РТ ядра от проекта Либре кернел установщик говорил, что установить на реалтайм ядро он не может, а очень хотелось. Вдруг бы от профессионалов РТ-ядро запулило мою систему в космос? Попробовал не вышло.Хитрый план не удался. Бгг.
Ответить | Правка | Наверх | Cообщить модератору

178. "В ядре Linux 6.12 намерены реализовать возможность включения..."  +/
Сообщение от Аноним (-), 10-Сен-24, 02:45 
> От кексперта слышу. РТ патчи давали улучшенную отзывчивость в играх.

Я конечно не сомневаюсь что при остром желании можно мешок картошки попытаться и на гоночном болиде привезти. Но FYI честные реалтаймные гарантии с продвинутым трекингом оных, со всеми изменениями типа частот проца и что там еще - несколько кильнут FPS.

В современных ядрах то что вы хотели называется PREEMPT_DYNAMIC теперь, менее хардкорная версия идеи стоящая 1-2% производительности. А PREEMPT_RT заапгрейжен ну вот реально до уровня RTOS, плюс-минус. И столько реального времени ТОЙ ценой вам может и не захотеться.

> Для них же нужен нормальный драйвер. При использовании РТ ядра от проекта Либре
> кернел установщик говорил, что установить на реалтайм ядро он не может,
> а очень хотелось. Вдруг бы от профессионалов РТ-ядро запулило мою систему
> в космос? Попробовал не вышло.Хитрый план не удался. Бгг.

Вы ставили libre ядро и проприетарный драйвер? Ух, черт, а так можно было?! Вот это я понимаю, мсье знает толк! :)

Ответить | Правка | Наверх | Cообщить модератору

11. "В ядре Linux 6.12 намерены реализовать возможность включения..."  +/
Сообщение от Аноним (14), 08-Сен-24, 13:56 
Зачем включать RT ядро когда у обычного пользователя по 8 ядер? С ростом кол-ва ядер можно было бы упростить шедулер.
Ответить | Правка | Наверх | Cообщить модератору

13. "В ядре Linux 6.12 намерены реализовать возможность включения..."  –1 +/
Сообщение от Аноним (10), 08-Сен-24, 13:58 
На 4.19 РТ патчи мастхев, а вот на 6.6 они действительно бесполезны на десктопе.
Ответить | Правка | Наверх | Cообщить модератору

110. "В ядре Linux 6.12 намерены реализовать возможность включения..."  +/
Сообщение от Аноним (-), 09-Сен-24, 05:27 
> На 4.19 РТ патчи мастхев, а вот на 6.6 они действительно бесполезны на десктопе.

Начиная с примерно 6.2 понятие PREEMPT_RT сильно изменилось. И теперь позразумевает - именно вон то. И на 6.6 это скорее PREEMPT_DYNAMIC называется так то.

Ответить | Правка | Наверх | Cообщить модератору

115. "В ядре Linux 6.12 намерены реализовать возможность включения..."  +/
Сообщение от Аноним (114), 09-Сен-24, 07:02 
Кексперт,сходил бы  на сайт с патчами РТ и там они есть для разных версий ядра с которыми можно в конфиге ядра выбрать бейсик РТ и фул РТ, а не сраный лоу латенси или динамик. Вот только на 6.6 я плюсов от этого не видел.
Ответить | Правка | Наверх | Cообщить модератору

179. "В ядре Linux 6.12 намерены реализовать возможность включения..."  +/
Сообщение от Аноним (-), 10-Сен-24, 02:51 
> Кексперт,сходил бы  на сайт с патчами РТ и там они есть
> для разных версий ядра с которыми можно в конфиге ядра выбрать
> бейсик РТ и фул РТ, а не сраный лоу латенси или динамик.

Для обычных игрунов вон того - выше крыши. А зачем им килять FPS оверхедом от "настоящего" реалтайма - ктулху его знает. Вон то не бесплатно по перфомансу и там ряд особенностей есть. И таки с примерно 6.2 - понятия насчет реалтайма и то что вокруг несколько поменялись. В гит лог за подробностями.

> Вот только на 6.6 я плюсов от этого не видел.

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

Игрунам главное - не нарваться на 100Hz, non-preemptible кернел. На серваках это несколько процентов перфоманса дает - но для десктопа это ужасный конфиг.

Ответить | Правка | Наверх | Cообщить модератору

16. "В ядре Linux 6.12 намерены реализовать возможность включения..."  +/
Сообщение от Karl Richteremail (?), 08-Сен-24, 14:12 
Зачем обычному пользователю RT- ядро? Там, где они нужны, 8-ми ядерный кипятильник не нужен.
Ответить | Правка | К родителю #11 | Наверх | Cообщить модератору

36. "В ядре Linux 6.12 намерены реализовать возможность включения..."  +/
Сообщение от Аноним (25), 08-Сен-24, 16:12 
Milk-V Duo для пользователя DIY-щика, не 8-ядерный, не кипятильник. Но с MMU, значит для Linux(-RT) норм.
Ответить | Правка | Наверх | Cообщить модератору

51. "В ядре Linux 6.12 намерены реализовать возможность включения..."  +/
Сообщение от Аноним (49), 08-Сен-24, 17:49 
Звукозапись и сведение
Ответить | Правка | К родителю #16 | Наверх | Cообщить модератору

95. "В ядре Linux 6.12 намерены реализовать возможность включения..."  +/
Сообщение от Аноним (95), 08-Сен-24, 23:53 
сейчас проблемы с записью или сведением?
Ответить | Правка | Наверх | Cообщить модератору

122. "В ядре Linux 6.12 намерены реализовать возможность включения..."  +/
Сообщение от Аноним (90), 09-Сен-24, 09:39 
да
Ответить | Правка | Наверх | Cообщить модератору

109. "В ядре Linux 6.12 намерены реализовать возможность включения..."  +2 +/
Сообщение от Аноним (109), 09-Сен-24, 05:24 
Для этого есть mac studio с макосью. Зачем рт глинус?
Ответить | Правка | К родителю #51 | Наверх | Cообщить модератору

156. "В ядре Linux 6.12 намерены реализовать возможность включения..."  +1 +/
Сообщение от eva (?), 09-Сен-24, 15:53 
> Для этого есть mac studio с макосью. Зачем рт глинус?

++ Плюсую.

Всегда когда вижу студию звукозаписи там стоит mac.

Ответить | Правка | Наверх | Cообщить модератору

165. "В ядре Linux 6.12 намерены реализовать возможность включения..."  +/
Сообщение от Аноним (165), 09-Сен-24, 17:08 
Для тех, кто хочет записывать звук, использую только СПО.
Ответить | Правка | К родителю #109 | Наверх | Cообщить модератору

20. "В ядре Linux 6.12 намерены реализовать возможность включения..."  +2 +/
Сообщение от Аноним (20), 08-Сен-24, 14:32 
Вы что, для пакетов на электроне этого совершенно недостаточно, вот запустишь 4 штукии параллельно и нужно уже минимум 32 ядра.
Ответить | Правка | К родителю #11 | Наверх | Cообщить модератору

21. "В ядре Linux 6.12 намерены реализовать возможность включения..."  +/
Сообщение от OpenEcho (?), 08-Сен-24, 14:38 
> когда у обычного пользователя по 8 ядер?

Если авиация, медицина и армия - "обыкновенные пользователи", то кто тогда не обыкновенные ?

Ответить | Правка | К родителю #11 | Наверх | Cообщить модератору

23. "В ядре Linux 6.12 намерены реализовать возможность включения..."  +/
Сообщение от Аноним (5), 08-Сен-24, 14:54 
Китайские квадракоптеры.
Ответить | Правка | Наверх | Cообщить модератору

157. "В ядре Linux 6.12 намерены реализовать возможность включения..."  +/
Сообщение от eva (?), 09-Сен-24, 15:55 
> Если авиация, медицина и армия - "обыкновенные пользователи", то кто тогда не
> обыкновенные ?

Необыкновенные это васяны всякие с бесчисленными инновационными сборками своими в интернете)

Ответить | Правка | К родителю #21 | Наверх | Cообщить модератору

104. "В ядре Linux 6.12 намерены реализовать возможность включения..."  +/
Сообщение от Аноним (-), 09-Сен-24, 05:09 
> Зачем включать RT ядро когда у обычного пользователя по 8 ядер? С ростом кол-ва ядер

Linux не ограничивается "обычными пользователями".

> можно было бы упростить шедулер.

Иногда простота - хуже воровства.

Ответить | Правка | К родителю #11 | Наверх | Cообщить модератору

158. "В ядре Linux 6.12 намерены реализовать возможность включения..."  +/
Сообщение от eva (?), 09-Сен-24, 15:57 
>> Зачем включать RT ядро когда у обычного пользователя по 8 ядер? С ростом кол-ва ядер
> Linux не ограничивается "обычными пользователями".

Да вот помню в статье про российские суперкомьютеры там был пример суперкомьютера в МГУ. Так вот там стоит далеко не то что у обычного пользователя.

Ответить | Правка | Наверх | Cообщить модератору

185. "В ядре Linux 6.12 намерены реализовать возможность включения..."  –1 +/
Сообщение от Аноним (-), 10-Сен-24, 11:51 
> Да вот помню в статье про российские суперкомьютеры там был пример суперкомьютера
> в МГУ. Так вот там стоит далеко не то что у
> обычного пользователя.

Я не понимаю какой смысл постить какие-то домыслы и "помнить". Да, суперкомпьютеры - это как правило большие кастомные штуки. И ОС они билдуют и тюнят - под себя зачастую. Но порой базируясь на каком-то дистре. Все это просто потому что при том масштабе - профит с этой долботни оказывается весьма измеримый.

Впрочем обычным пользователям убунта только недавно доперла до нормальных конфигов ядра. То-есть 1000Hz, preempt-dynamic, NoHZ, вот это все. А до этого... пичкали по дефолту откровенно серверными ядрами. С 100Hz шедулингом и без preempt. Латенси отстоен? Зато несколько процентов в бееееенчах! Сильно страждущие конечно могли мануально low latency ядра вкатить. И такая фигня цать лет. И вот с полгода, чтоли, назад - жирафов наконец дошло low latency ядра дефолтными сделать наконец.

А я себе это билдил так уже годиков 10 :). Ну в общем для понимания уровня какие из убунтуев ядерщики. А конкретно сабж - суперкомпьютерам не особо вперся. Там как раз bulk peformance актуальнее, а плюс-минус времена отклика - так оно не про реакцию на внешние событий в реальном времени.

Ответить | Правка | Наверх | Cообщить модератору

24. "В ядре Linux 6.12 намерены реализовать возможность включения..."  +/
Сообщение от Поставил Линукс на древний мак (?), 08-Сен-24, 15:02 
Это поможет избавиться от микрофризов при скрролинге в хроме на моей rx 7900 xtx?
Ответить | Правка | Наверх | Cообщить модератору

87. "В ядре Linux 6.12 намерены реализовать возможность включения..."  +1 +/
Сообщение от anonymous (??), 08-Сен-24, 22:17 
тебе поможет cpupower frequency-set --governor performance
Ответить | Правка | Наверх | Cообщить модератору

137. "В ядре Linux 6.12 намерены реализовать возможность включения..."  +/
Сообщение от Аноним (5), 09-Сен-24, 12:29 
Аппаратное ускорение в браузере может помочь.
Ответить | Правка | Наверх | Cообщить модератору

149. "В ядре Linux 6.12 намерены реализовать возможность включения..."  +/
Сообщение от Соль земли (?), 09-Сен-24, 14:36 
У тебя комп слабый.
Ответить | Правка | К родителю #24 | Наверх | Cообщить модератору

159. "В ядре Linux 6.12 намерены реализовать возможность включения..."  +/
Сообщение от eva (?), 09-Сен-24, 16:00 
> Это поможет избавиться от микрофризов при скрролинге в хроме на моей rx
> 7900 xtx?

Не это поможет запускать только chrome однозадачно но без микрофризов)

Ответить | Правка | К родителю #24 | Наверх | Cообщить модератору

32. "В ядре Linux 6.12 намерены реализовать возможность включения..."  +/
Сообщение от Аноним (-), 08-Сен-24, 15:34 
Реальный режим нужен на числовых станках, в софте автомобилей и  самолётов. На Дектопе он не нужен.
Ответить | Правка | Наверх | Cообщить модератору

46. "В ядре Linux 6.12 намерены реализовать возможность включения..."  –2 +/
Сообщение от Аноним (25), 08-Сен-24, 17:37 
На десктопе музыканта может оказаться нужным.
Ответить | Правка | Наверх | Cообщить модератору

50. "В ядре Linux 6.12 намерены реализовать возможность включения..."  –1 +/
Сообщение от Аноним (113), 08-Сен-24, 17:47 
…Но не окажется. Потому что на десктопе музыканта стоит макось или венда.
И в любом случае, в случае live-выступления из-за пары щелчков музыканту никто не попеняет, там и не такие косяки бывают.
Ответить | Правка | Наверх | Cообщить модератору

83. "В ядре Linux 6.12 намерены реализовать возможность включения..."  +2 +/
Сообщение от Fbekwbshru (?), 08-Сен-24, 21:20 
Венда? Это не музыкант, это школьник типа Максима Доши или Дениса Попова
Ответить | Правка | Наверх | Cообщить модератору

85. "В ядре Linux 6.12 намерены реализовать возможность включения..."  +/
Сообщение от Бубликemail (?), 08-Сен-24, 21:56 
Нормально венда работает в этой отрасли. Главное, чтоб весь код с рилтайм алгоритмами был внутри МК, а венда нужна только нарисованные ручки крутить и отправлять и принимать данные в/из буфера МК
Ответить | Правка | Наверх | Cообщить модератору

88. "В ядре Linux 6.12 намерены реализовать возможность включения..."  –2 +/
Сообщение от Аноним (113), 08-Сен-24, 22:22 
НЕ НУЖЕН музыканту реалтайм. И никакой музыкант в эти потроха не лезет, а надо ему, чтобы его инструменты нормально работали (привет, линукс с парой недоделанных DAW).
Ответить | Правка | Наверх | Cообщить модератору

94. "В ядре Linux 6.12 намерены реализовать возможность включения..."  +/
Сообщение от BrainFucker (ok), 08-Сен-24, 23:50 
Ну, смотря какому. Для рисования кирпичей в пианоролле не нужен. Для записи живьём с одновременным мониторингом и эффектами в реальном времени, скорее нужен.
Ответить | Правка | Наверх | Cообщить модератору

117. "В ядре Linux 6.12 намерены реализовать возможность включения..."  +/
Сообщение от Аноним (113), 09-Сен-24, 08:13 
Для реалтайма в данном смысле в первую очередь нужны как можно более низкие задержки. И существующие инструменты их вполне обеспечивают.
Ответить | Правка | Наверх | Cообщить модератору

132. Скрыто модератором  +/
Сообщение от Аноним (5), 09-Сен-24, 12:17 
Ответить | Правка | Наверх | Cообщить модератору

121. "В ядре Linux 6.12 намерены реализовать возможность включения..."  +/
Сообщение от economist (?), 09-Сен-24, 09:14 
RT, из всех кого тут уважаемые эксперты могут вспомнить - нужен прежде всего музыкантам. Именно поэтому музыканты давно, с середины 2k занимаются оверклокингом и скальпингом процессоров, но только не в спортивно-обзорном режиме, а в продакте. В музыке RT важен, это всегда одно ядро 4,5-5 ГГц, но при этом современные DAW умеют параллелить на ядра некритичные эффекты и синтезаторы.

Linux изначально имеет ниже DPC (задержку ОС по сравнению с окнами) и примерно с 1/3 студийного оборудования (звуковых карт) работает без драйверов (они в ядре) с меньше Latency примерно на 40%.

Появление DAW Reaper на Linux, есичо, для отрасли стало настоящим потрясением, даже в практичной и консервативной Германии на каждой третьей SOHO-студии появилось АРМ с Linux и Reaper для многоканальной записи, потому что такая связка вывозит на 40-100% больше каналов, а это время (ценник его 300-500 евро в час). То есть работая на Linux+Reaper ты как продюсер на запись сингла с девчачей группой потратишь не 5000 EUR, а половину от этой суммы. Если вы не осознаете этой разницы - вам предстоит узнать много интересного в будущем, в обществе разумного потребления.        

Ответить | Правка | К родителю #88 | Наверх | Cообщить модератору

128. "В ядре Linux 6.12 намерены реализовать возможность включения..."  –1 +/
Сообщение от Аноним (113), 09-Сен-24, 12:03 
> Именно поэтому музыканты давно, с середины 2k занимаются оверклокингом и скальпингом процессоров

Какие-то истории из параллельной вселенной.
Не говоря уже о том, что в продакте никто в своём уме оверклокингом не занимается.

Ответить | Правка | Наверх | Cообщить модератору

139. "В ядре Linux 6.12 намерены реализовать возможность включения..."  +/
Сообщение от Аноним (-), 09-Сен-24, 13:28 
> Не говоря уже о том, что в продакте никто в своём уме оверклокингом не занимается.

Узкий специалист подобен флюсу, ибо он односторонен (c).

Продакт продакту рознь. Серверные применения и студия звукозаписи -- это два совершенно разных набора требований к системе.

Хотя, что я говорю, какой "специалист", это же прописные инженерные истины, что система и инструменты для её построения второстепенны, они вытекают из требований. Чего ты, как мы видим, совершенно не понимаешь. Образование получал на интернет форумах?

Ответить | Правка | Наверх | Cообщить модератору

144. "В ядре Linux 6.12 намерены реализовать возможность включения..."  –1 +/
Сообщение от Аноним (113), 09-Сен-24, 13:58 
> Серверные применения и студия звукозаписи -- это два совершенно разных набора требований к системе.

Очень приятно будет, когда похерится результат многочасового труда в студии из-за того, что LinX недостаточно гоняли (что само по себе время, кстати, а скальпирование — ещё и деньги).

Ответить | Правка | Наверх | Cообщить модератору

153. "В ядре Linux 6.12 намерены реализовать возможность включения..."  –1 +/
Сообщение от economist (?), 09-Сен-24, 15:15 
В типовом туринговом (концертном) наборе - всегда 2 (два) ПК, скальпирован один, OC-нуты оба.

На студии не бывает одного ПК, та же история.

Не использовать OverClock можно только если очень много денег, и железо сразу жирное. Такие студии есть, но речь о SOHO. Просто гонка за ресурсы и низкие DPC/PDC и Latency у музыкантов идет не на шутку. А денег, как правило, на все хотелки не хватает.  

Ответить | Правка | Наверх | Cообщить модератору

188. "В ядре Linux 6.12 намерены реализовать возможность включения..."  +/
Сообщение от Аноним (66), 10-Сен-24, 17:11 
> музыканты давно, с середины 2k занимаются оверклокингом и скальпингом процессоров

А я думал, что музыканты музыку исполняют. А тут эвона чо…

Ответить | Правка | К родителю #121 | Наверх | Cообщить модератору

160. "В ядре Linux 6.12 намерены реализовать возможность включения..."  +1 +/
Сообщение от eva (?), 09-Сен-24, 16:02 
> Реальный режим нужен на числовых станках, в софте автомобилей и  самолётов.
> На Дектопе он не нужен.

Да и притом на специфичном софте который делает под конкретное оборудование и может быть сделан 11 лет назад и не обновляется за ненадобность и только под windy и только например под windy 98 2000)

Ответить | Правка | К родителю #32 | Наверх | Cообщить модератору

39. "В ядре Linux 6.12 намерены реализовать возможность включения..."  +2 +/
Сообщение от Аноним (39), 08-Сен-24, 17:08 
Увы, до уровня полноценных рилтайм-систем типа QNX, VxWorks или хотя бы WinCE не дойдут — нужно полностью переписывать ядро.
Хуавей это понял и в итоге сделал с нуля свою Harmony, например.
Ответить | Правка | Наверх | Cообщить модератору

41. "В ядре Linux 6.12 намерены реализовать возможность включения..."  +1 +/
Сообщение от Аноним (42), 08-Сен-24, 17:22 
Harmony не rtos.
Ответить | Правка | Наверх | Cообщить модератору

161. "В ядре Linux 6.12 намерены реализовать возможность включения..."  +/
Сообщение от eva (?), 09-Сен-24, 16:03 
> Harmony не rtos.

Это вы про корейскую mint, greenlinux с Cinnamon?)

Ответить | Правка | Наверх | Cообщить модератору

162. "В ядре Linux 6.12 намерены реализовать возможность включения..."  +/
Сообщение от eva (?), 09-Сен-24, 16:07 
> Harmony не rtos.

Я наверное путаю) https://distrowatch.com/table.php?distribution=hamonikr

Ответить | Правка | К родителю #41 | Наверх | Cообщить модератору

43. "В ядре Linux 6.12 намерены реализовать возможность включения..."  +/
Сообщение от nume (ok), 08-Сен-24, 17:28 
Вот только Harmony не с нуля написана, там тоже есть кусок ядра linux
Ответить | Правка | К родителю #39 | Наверх | Cообщить модератору

53. "В ядре Linux 6.12 намерены реализовать возможность включения..."  +2 +/
Сообщение от Аноним (113), 08-Сен-24, 17:50 
Ну суть даже не в этом, а в том, почему аноним выше вот так взял и записал HarmonyOS в один ряд с «QNX, VxWorks или хотя бы WinCE». Когда она туда не стремилась даже.
Ответить | Правка | Наверх | Cообщить модератору

70. "В ядре Linux 6.12 намерены реализовать возможность включения..."  +/
Сообщение от Аноним (70), 08-Сен-24, 19:35 
Бывает что используют не подходящую ос.
Ответить | Правка | Наверх | Cообщить модератору

63. "В ядре Linux 6.12 намерены реализовать возможность включения..."  +/
Сообщение от mister_0 (?), 08-Сен-24, 18:54 
Ну ты же знаешь, что у всяких там VxWorks обычно три редакции

soft realtime - для всяких рекламных целей
hard realtime - для дела, но он более ограниченный
do178 версия - для супер реального дела, может быть полностью другой операционкой

Ответить | Правка | К родителю #39 | Наверх | Cообщить модератору

84. "В ядре Linux 6.12 намерены реализовать возможность включения..."  +/
Сообщение от Fbekwbshru (?), 08-Сен-24, 21:22 
С Huawei хороший пример, но систему не ту взяли. У них Linux с РТ патчами работает в роутерах. Но не во всех, в большинстве все-таки VRP
Ответить | Правка | К родителю #39 | Наверх | Cообщить модератору

98. "В ядре Linux 6.12 намерены реализовать возможность включения..."  +2 +/
Сообщение от Аноним (8), 09-Сен-24, 03:55 
Из всего вопиющего вранья на опеннете в комментариях, это какой-то наиболее вопиющее.

Harmony не просто не rtos, и даже не просто не самодельная ОС, это вообще просто буквально форк Андроида, в котором google play services подключены к хуавэевским серверам вместо гугловских.

Ответить | Правка | К родителю #39 | Наверх | Cообщить модератору

116. "В ядре Linux 6.12 намерены реализовать возможность включения..."  +/
Сообщение от Аноним (116), 09-Сен-24, 07:20 
У Huawei есть несколько разных ОС с одним названием Harmony. Одна из них перепиленный Android, а вторая микроядерная ОС для IoT-устройств и электроники (см. https://gitee.com/openharmony), только она никогда не заявлялась как полноценная RTOS.
Ответить | Правка | Наверх | Cообщить модератору

105. "В ядре Linux 6.12 намерены реализовать возможность включения..."  +/
Сообщение от Аноним (105), 09-Сен-24, 05:14 
> Увы, до уровня полноценных рилтайм-систем типа QNX, VxWorks или хотя бы WinCE
> не дойдут — нужно полностью переписывать ядро.

Вообще-то это и были довольно большие рефакторы позволяющие дать именно гарантии уровня RTOS на уровне шедулинга задач, реакции на события и проч. Это было довольно много работы и заняло не 1 год. И пришлось переписать - вплоть до древней подсистемы консолей. Которая иначе в выводе сообщений могда поймать якорь - послав релатайм гарантии в пень.

Но это было раньше. А теперь - теперь время насладиться результатом. И посмотреть в каком проценте инсталляций все то великолепие теперь ОТПРАВИТСЯ НАХРЕН, ХА-ХА-ХА! :D

> Хуавей это понял и в итоге сделал с нуля свою Harmony, например.

Покозырять ОС для махровой потребиловки это конечно сильно. Но вон то в основном надо в индустриаловке, управляющих системах и проч. Куда там Harmony какое-то девать?!

Ответить | Правка | К родителю #39 | Наверх | Cообщить модератору

136. "В ядре Linux 6.12 намерены реализовать возможность включения..."  +1 +/
Сообщение от Аноним (5), 09-Сен-24, 12:28 
Но ведь Линукс все равно индустриаловке не даёт гарантий и поддержки. Это васяноподелка и васянами и будет использоваться.
Ответить | Правка | Наверх | Cообщить модератору

180. "В ядре Linux 6.12 намерены реализовать возможность включения..."  +/
Сообщение от Аноним (-), 10-Сен-24, 03:01 
> Но ведь Линукс все равно индустриаловке не даёт гарантий и поддержки. Это
> васяноподелка и васянами и будет использоваться.

О, поверьте, желающих помочь сильно прибавится - если вы чемодан с деньгами принесете, конечно. И, кстати, он может быть чуть поменьше чем у вон тех проприетарных вендорлокеров, ибо теперь таковых будет поболее. В чем весь пойнт затеи и состоит :-).

А уж какие-нибудь автомотивщики и тому подобное - вообще локальной экспертизы наскребут на такое, у них все равно толпа народа была. А вон тех пропертариев - ждут интересные времена.

Ответить | Правка | Наверх | Cообщить модератору

59. "В ядре Linux 6.12 намерены реализовать возможность включения..."  +5 +/
Сообщение от Аноним (59), 08-Сен-24, 18:08 
Вообще-то это правильнее называть "режим псевдореального времени".

Т.е. фактически сконфигурированное таким образом ядро реально даёт меньше задержек на уровень пользователя и они становятся более предсказуемыми.
Если ваше понимание "реалтайм" - это порядка 100 мс, вам этого вполне хватит.
И да, общая производительность - снижается, и нагружать машину более чем на 50% (а лучше 10%) не стоит.

Ответить | Правка | Наверх | Cообщить модератору

61. "В ядре Linux 6.12 намерены реализовать возможность включения..."  –1 +/
Сообщение от Аноним (61), 08-Сен-24, 18:18 
Разберитесь для начала что это и с чем его едят, потом приходите со своими вариантами названий. Это не шедулер для отзывчивости десктопа.
Ответить | Правка | Наверх | Cообщить модератору

108. "В ядре Linux 6.12 намерены реализовать возможность включения..."  +/
Сообщение от Аноним (-), 09-Сен-24, 05:22 
> Разберитесь для начала что это и с чем его едят, потом приходите
> со своими вариантами названий. Это не шедулер для отзывчивости десктопа.

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

Ответить | Правка | Наверх | Cообщить модератору

91. "В ядре Linux 6.12 намерены реализовать возможность включения..."  –1 +/
Сообщение от Аноним (90), 08-Сен-24, 22:50 
да вроде все понимают, что это soft rt, один ты до орфографии докопался
Ответить | Правка | К родителю #59 | Наверх | Cообщить модератору

99. "В ядре Linux 6.12 намерены реализовать возможность включения..."  +/
Сообщение от Аноним (99), 09-Сен-24, 04:43 
> Если ваше понимание "реалтайм" - это порядка 100 мс, вам этого вполне хватит.

Не вдаваясь прямо совсем в детали, сообщу, что работаем на 50 мкс для определённых задач при помощи комплекса полунатурного моделирования РИТМ (он на базе Linux PREEMPT_RT).

Ответить | Правка | К родителю #59 | Наверх | Cообщить модератору

135. "В ядре Linux 6.12 намерены реализовать возможность включения..."  +2 +/
Сообщение от Аноним (5), 09-Сен-24, 12:24 
Чёт видосы на сайте не грузятся)
Ответить | Правка | Наверх | Cообщить модератору

106. "В ядре Linux 6.12 намерены реализовать возможность включения..."  +/
Сообщение от Аноним (-), 09-Сен-24, 05:19 
> Вообще-то это правильнее называть "режим псевдореального времени".

Это именно гарантии уровня RTOS. Например, что на интервале X мс задача будет не менее Y мс выполняться, "хоть там что". Это сильно круче того что раньше называолсь PREEMPT_RT. Сейчас эта настройка изменила смысл - и теперь это натурально означает ртовсовские гарантии. И именно поэтому оно столько времени делалось.

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

Пользователю на десктопе не надо ТЕ гарантии. Они идут в комплекте с нехилыми ограничениями и оверхедом. Это надо - в управляющих, индустриальных и тому подобных системах, работающих с настоящим реальным временем. Которое не ждет.

> И да, общая производительность - снижается, и нагружать машину более чем на
> 50% (а лучше 10%) не стоит.

В случае RTOS никого это не колышет. Система либо уклажывается в worst case в гарантии, либо нет. Это бинарная величина. Улучшение оной - ничего не дает, кроме бессмысленных затрат на более дооргое железо.

При том этот ваш x86 со всеми его ME/PSP/SMM, немеряными кешами, вызовами кусков проприетарного UEFI и проч - в этом смысле вообще идет с огромными оговорками. Ибо как вы собрались гарантировать что вон то вообще деалает?!

Ответить | Правка | К родителю #59 | Наверх | Cообщить модератору

118. "В ядре Linux 6.12 намерены реализовать возможность включения..."  +/
Сообщение от Egan (?), 09-Сен-24, 08:16 
Если ваше понимание "реалтайм" - это порядка 100 мс, вам этого вполне хватит. - даже без патчей RT средней руки linux в обычных условиях дает задержки скорее в мкс, а не в мс.
Ответить | Правка | К родителю #59 | Наверх | Cообщить модератору

134. "В ядре Linux 6.12 намерены реализовать возможность включения..."  +/
Сообщение от Аноним (5), 09-Сен-24, 12:21 
Сейчас у тебя 100 мкс завтрам 100 мс потому что у тебя не рт ядро.
Ответить | Правка | Наверх | Cообщить модератору

146. "В ядре Linux 6.12 намерены реализовать возможность включения..."  +/
Сообщение от Аноним (146), 09-Сен-24, 14:04 
Дорогой, проснись уже наконец. Рт ядро линукса стабильно держит сутками 10-15 мкс без особых усилий.
Linuxcnc тебе в помощь, у них хорошая утилька для этого есть.
Ответить | Правка | Наверх | Cообщить модератору

148. "В ядре Linux 6.12 намерены реализовать возможность включения..."  +/
Сообщение от Аноним (146), 09-Сен-24, 14:35 
Извини, что-то прохлопал что речь действительно про обычное ядро.
Ответить | Правка | Наверх | Cообщить модератору

187. "В ядре Linux 6.12 намерены реализовать возможность включения..."  +/
Сообщение от psv (??), 10-Сен-24, 11:56 
Но и беда в том что по вываливанию за лимит оно даст останов и сломанную фрезу, а не что там волшебное.
Ответить | Правка | К родителю #118 | Наверх | Cообщить модератору

196. "В ядре Linux 6.12 намерены реализовать возможность включения..."  +/
Сообщение от pofigist (?), 11-Сен-24, 14:23 
RT не определяется временем задержки. И никак не связана со соростью, отзывчивостью и т.д. То есть и задержка в сутки - может считаться RT, если она - ГАРАНТИРОВАНА. То есть "в течение суток вы обязательно получите какой-то ответ". Какой кстати - обычно не уточняется. :)
Ответить | Правка | К родителю #59 | Наверх | Cообщить модератору

81. "В ядре Linux 6.12 намерены реализовать возможность включения..."  +1 +/
Сообщение от Аноним (81), 08-Сен-24, 20:27 
У бекхофа с их твинкатом вполне себе реализован реалтайм в винде. Там софт плк управляет контроллерами, которые работают по протоколу езеркат. И базовое время у софта 1мс, а по протоколу twinsafe и того меньше. В последней версии твинката у них появился софт плк на бзде, а в этом году анонсирован линукс. Поэтому обычные операционки вполне себе подходят под понятие реалтайм.
Ответить | Правка | Наверх | Cообщить модератору

190. "В ядре Linux 6.12 намерены реализовать возможность включения..."  +/
Сообщение от Аноним (-), 10-Сен-24, 23:37 
> У бекхофа с их твинкатом вполне себе реализован реалтайм в винде.

Ну так это - только у бекхофа. А вот это - будет у нас всех. Это некоторая разница так то. Когда - вот - не надо будет быть транснациональной мегакорпой чтобы насладиться бенефитами направления.

Теперь это будет не уделом парочки жирных котов - а таки - commodity.

Ответить | Правка | Наверх | Cообщить модератору

82. "В ядре Linux 6.12 намерены реализовать возможность включения..."  +/
Сообщение от Аноним (82), 08-Сен-24, 21:03 
Не останавливайтес. Добавьте возможность включения кооперативной многозадачности. "И пусть весь мир подождет"(ТМ)
Ответить | Правка | Наверх | Cообщить модератору

107. "В ядре Linux 6.12 намерены реализовать возможность включения..."  +/
Сообщение от Аноним (-), 09-Сен-24, 05:20 
> Не останавливайтес. Добавьте возможность включения кооперативной многозадачности. "И
> пусть весь мир подождет"(ТМ)

Изучи программирование под кернел - и сможешь ставить колом крутейшие компьютеры :)

Ответить | Правка | Наверх | Cообщить модератору

142. "В ядре Linux 6.12 намерены реализовать возможность включения..."  +1 +/
Сообщение от xsignal (ok), 09-Сен-24, 13:43 
Можно ещё добавить единое адресное пространство для ядра и процессов, чтобы не тратить процессорное время на переключение контекста.
Ответить | Правка | К родителю #82 | Наверх | Cообщить модератору

150. "В ядре Linux 6.12 намерены реализовать возможность включения..."  +/
Сообщение от Соль земли (?), 09-Сен-24, 14:45 
Помоему они и так в одном адресном пространстве - в ОЗУ. А переключение контекста это, вроде как, сохранение регистров процессора одного процесса в ОЗУ и загрузка от другого.
Ответить | Правка | Наверх | Cообщить модератору

184. "В ядре Linux 6.12 намерены реализовать возможность включения..."  +/
Сообщение от n00by (ok), 10-Сен-24, 11:42 
Физически ОЗУ одно, но в каждом АП по одинаковым виртуальным адресам могут быть разные данные.
Ответить | Правка | Наверх | Cообщить модератору

193. "В ядре Linux 6.12 намерены реализовать возможность включения..."  +/
Сообщение от Аноним (-), 11-Сен-24, 02:03 
> Физически ОЗУ одно, но в каждом АП по одинаковым виртуальным адресам могут
> быть разные данные.

Это однако никак не зарубает полностью идею реюза одного окна в памяти между >1 процессом (shared mem) или даже - ядром и юзермодом, так что при переключении контекста не надо копировать все это. Сугубо вопрос трансляции адресов.

Ответить | Правка | Наверх | Cообщить модератору

197. "В ядре Linux 6.12 намерены реализовать возможность включения..."  +/
Сообщение от n00by (ok), 12-Сен-24, 09:54 
>>>> "чтобы не тратить процессорное время на переключение контекста."
Ответить | Правка | Наверх | Cообщить модератору

198. "В ядре Linux 6.12 намерены реализовать возможность включения..."  +/
Сообщение от Аноним (-), 12-Сен-24, 14:08 
>>>>> "чтобы не тратить процессорное время на переключение контекста."

Ну вообще копирование kernel <-> user которое побустали - было примерно из этой же оперы. Т.е. существовало для разделения контекстов и поддержания абстракций.

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

Ответить | Правка | Наверх | Cообщить модератору

166. "В ядре Linux 6.12 намерены реализовать возможность включения..."  +/
Сообщение от Аноним (165), 09-Сен-24, 17:14 
Если вам это так нужно, просто оформите ваш код в виде загружаемого модуля ядра уже сейчас. И ненужно никаких новых режимов ядра.
Ответить | Правка | К родителю #142 | Наверх | Cообщить модератору

168. "В ядре Linux 6.12 намерены реализовать возможность включения..."  +/
Сообщение от xsignal (ok), 09-Сен-24, 18:09 
Да шучу я) Тут предложили откатиться к кооперативной многозадачности, ну и я вбросил про единое адресное пространство, как в MS-DOS)
Ответить | Правка | Наверх | Cообщить модератору

182. "В ядре Linux 6.12 намерены реализовать возможность включения..."  +1 +/
Сообщение от Аноним (-), 10-Сен-24, 03:09 
> Да шучу я) Тут предложили откатиться к кооперативной многозадачности, ну и я
> вбросил про единое адресное пространство, как в MS-DOS)

Тем временем shared (user, kernel) mem давно вощло в обиход, как способ повышения перфоманса. Конечно, ВСЮ память никто не шарит, так юзермод проги систему хакнут. Только окошко в памяти для активного IO процесс <-> ядро, типа того что io_uring делает. Ну и вот оно тогда - доступно и ядру, и юзермоду без копирования. Переключение контекста конечно будет, но данные уже в нужном месте и их кантовать не надо. Только это все не совсем о реалтайме.

Ответить | Правка | Наверх | Cообщить модератору

181. "В ядре Linux 6.12 намерены реализовать возможность включения..."  +1 +/
Сообщение от Аноним (-), 10-Сен-24, 03:06 
> Можно ещё добавить единое адресное пространство для ядра и процессов, чтобы не
> тратить процессорное время на переключение контекста.

Вы только что изобрели ряд забавных вещиц типа io_uring. Но к реалтайму это относится косвенно ибо есть еще состояние проца и проч.

Ответить | Правка | К родителю #142 | Наверх | Cообщить модератору

143. "В ядре Linux 6.12 намерены реализовать возможность включения..."  –1 +/
Сообщение от Nochiemail (?), 09-Сен-24, 13:50 
Что это такое, объясните, какие преимущества даст?
Ответить | Правка | Наверх | Cообщить модератору

147. "В ядре Linux 6.12 намерены реализовать возможность включения..."  +/
Сообщение от xsignal (ok), 09-Сен-24, 14:22 
Гарантирует, что операционка будет реагировать на какие-либо события не позднее определённого интервала времени. Обычному пользователю это не нужно и ничего не даст. Используется для взаимодействия с аппаратурой, где потеря информации или запоздалая реакиця программы критичны.
Ответить | Правка | Наверх | Cообщить модератору

192. "В ядре Linux 6.12 намерены реализовать возможность включения..."  +/
Сообщение от Аноним (192), 11-Сен-24, 01:27 
> Гарантирует, что операционка будет реагировать на какие-либо события не позднее определённого
> интервала времени.

Да например в авиасимуляторах обучения пилотов это используется. Там нужна мгновенная реакция на действия пилота в симуляции и построении 3d графики.

Ответить | Правка | Наверх | Cообщить модератору

195. "В ядре Linux 6.12 намерены реализовать возможность включения..."  +/
Сообщение от Аноним (195), 11-Сен-24, 09:43 
>Там нужна мгновенная реакция на действия пилота

Действия пилота -- это самое медленное что происходит даже в авиасимуляторе.

Ответить | Правка | Наверх | Cообщить модератору

151. "В ядре Linux 6.12 намерены реализовать возможность включения..."  +/
Сообщение от Соль земли (?), 09-Сен-24, 14:47 
Даёт возможность научиться гуглить для таких примитивных вопросов.
Ответить | Правка | К родителю #143 | Наверх | Cообщить модератору

164. "В ядре Linux 6.12 намерены реализовать возможность включения..."  +/
Сообщение от ss (??), 09-Сен-24, 16:17 
а кто ставил? какого оно размера в итоге получается?
Ответить | Правка | Наверх | Cообщить модератору

189. "В ядре Linux 6.12 намерены реализовать возможность включения..."  +/
Сообщение от Анонимemail (189), 10-Сен-24, 18:53 
Система RT - не значит быстрая, это значит с предсказуемым временем отклика, например не реже раза в минуту.
Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру