Организация OSADL (http://www.osadl.org/) (Open Source Automation Development Lab) анонсировала (http://www.osadl.org/Single-View.111+M5ce948a0fdf.0.html) выход стабильной версии модифицированного для работы в режиме реального времени Linux ядра (Realtime-Preempt (http://www.osadl.org/Realtime-Linux.projects-realtime-linux....), PREEMPT_RT или "-rt"), базирующегося на 2.6.31.12 (http://www.opennet.me/opennews/art.shtml?num=23357) версии основного ядра. Прошлая стабильная ветка проекта базировалась (http://www.opennet.me/opennews/art.shtml?num=22140) на ядре 2.6.29. Ядро "-rt" используется в real-time редакциях таких промышленных Linux дистрибутивов, как MontaVista, Red Hat и Novell.
Изменения, добавленные в новой версии RT-ветки ядра:
- Реализовано полное описание типов спинлоков, которое будет включено (http://www.opennet.me/opennews/art.shtml?num=25366) в основное ядро 2.6.33.
- Возвращены гистограммы, отображающие задержки пробуждений.
- Добавлена гистограмма заде...URL: http://www.osadl.org/Single-View.111+M5ce948a0fdf.0.html
Новость: http://www.opennet.me/opennews/art.shtml?num=25558
>максимальные задержка составила 69 микросекунд...Задержка чего?
Мдааа... Может и допилят хотя бы до уровня похожести с QNX/VxWorks.
Но ни ядром единым...
Задержка от "запроса" до "ответа".
Смотря что под этим понимать
>Смотря что под этим пониматьЕстественно, потому и в кавычках.
Вы читать умеете?
"Измерения задержек проводились утилитой cyclictest" (и даже со ссылкой).
микросекунд!!!!
>микросекунд!!!!Очень интересно ..., а где вы видели RT с измеряемым временем в секундах/часах/годах....?
А какое гарантированное время переключения контекста в QNX... - вы не удосужились посмотреть?
> Может и допилят хотя бы до уровня похожести с QNX/VxWorks.Они уже в гробу ворочаятся, где вы ещё найдёте 64-битное, SMP, Real Time ядро!?!?!
А SMP процы, типа Apple A4, Qualcomm QSD8672 Snapdragon, Cortex-A9 уже работают.
>Они уже в гробу ворочаятся, где вы ещё найдёте 64-битное, SMP, Real
>Time ядро!?!?!Даже и не думали, Linux пока в сторонке нервно курит (но я надеюсь, что все-таки его допилят до приемлемого уровня)
>А SMP процы, типа Apple A4, Qualcomm QSD8672 Snapdragon, Cortex-A9 уже работают.
А при чем тут процы, если разговор про ОС? Между прочим вы про BSP что-нибудь слышали?
Тем более, что написать свой BSP вам ни кто не мешает (что собственно linux-builder'ы и будут делать)
> Они уже в гробу ворочаятся, где вы ещё найдёте 64-битное, SMP, Real Time ядро!?!?!QNX6 не? Уже как лет 10ть однако.
>> Они уже в гробу ворочаятся, где вы ещё найдёте 64-битное, SMP, Real Time ядро!?!?!
>
>QNX6 не? Уже как лет 10ть однако.SMP есть, 64 бита нету... ни у кого нету ...
Есть некая CMX RTX, говорят что 64-бинтые микроконтроллеры держит.
А вот про Power5/6/7, AMD64/EM64T, Sparc IIi+, Aplha 21164+ неуверен.
Позвольте Вас спросить, а что вы собираетесь пускать в жестком реальном времени с 64-bit + SMP?
Очень интересно. Обычно, жесткое реальное время нужно только контроллерам ну и всевозможным SCADA, а вам зачем оно (тем более 64-bit, никак что-то типа fastwel с 64 битами нашли)?
>Позвольте Вас спросить, а что вы собираетесь пускать в жестком реальном времени
>с 64-bit + SMP?http://www.novell.com/products/realtime/
In order to succeed, companies must be able to respond quickly, deliver superior value
and quality of service, and carefully manage their costs. Enterprises need hardware and
software systems which are also responsive, reliable, and affordable.
SUSE Linux Enterprise Real Time Extension extends SUSE Linux Enterprise Server into a
fully supported, real time operating system, specifically engineered to reduce latency,
increase the predictability and reliability of your time sensitive mission critical
applications, and lower costs.Red Hat Enterprise MRG benefits include:
* Messaging that is up to 100-fold faster than alternatives
* Increased interoperability through implementation of AMQP, the first open messaging standard
* Guaranteed, fast response times
* Scheduling to local grids, remote grids, virtual machines, and rented cloud infrastructure
* Harvesting of spare capacity from idle PCs to make full use of resourcesКонечно понятно, что это бадяга рекламная, но тем не менее....
Здесь нет упоминания жесткого реального времени (да и linux на текущий момент его не держит).
А разговор, если помните, шел: QNX vs LINUX.
Тк QNX/VxWorks позиционируются как ОС ЖЕСТКОГО(!) реального времени.
>Позвольте Вас спросить, а что вы собираетесь пускать в жестком реальном времени
>с 64-bit + SMP?
>Очень интересно. Обычно, жесткое реальное время нужно только контроллерам ну и всевозможным
>SCADA, а вам зачем оно (тем более 64-bit, никак что-то типа
>fastwel с 64 битами нашли)?Да вот столкнулся, нужно быстро слепить экземпляр обрабатывающий потоки с четырех видеокамер. 32 разряда не вытянуло. Контролеры разрабатывать долго и не выгодно ради одной штуки. И как жить?
>Да вот столкнулся, нужно быстро слепить экземпляр обрабатывающий потоки с четырех видеокамер.
>32 разряда не вытянуло. Контролеры разрабатывать долго и не выгодно ради
>одной штуки. И как жить?Может дело не в "бобине"? :) Простите пожалуйста, а на какой платформе вы это все ваяли?
Про 32-разряда, это вы батенька "дали маху", я лично в прошлом году пускал проект заводского видеонаблюдения (включая оптическое позиционирование погрузчиков и паллет - для автоматической логистики складов): там было 96 камер. О 64-битах речи даже и не шло.
>Может дело не в "бобине"? :) Простите пожалуйста, а на какой платформе
>вы это все ваяли?
>Про 32-разряда, это вы батенька "дали маху", я лично в прошлом году
>пускал проект заводского видеонаблюдения (включая оптическое позиционирование погрузчиков и паллет -
>для автоматической логистики складов): там было 96 камер. О 64-битах речи
>даже и не шло.Я Вас понимаю и логистику, которая там, понимаю. Дело в том, что у вас поток от камер уже упакованый поступал, да и FPS какой на них? А у меня все потоки в RAW и их нужно обрабатывать, а не просто логировать. 64 разряда снимает нагрузку процессора на 30% в моем случае. Так, что мы говорим о совершенно разных вещах.
Как раз в RAW и работал. А вы думаете анализ изображения ничего не весит?
Надо прочитать шильдик (сначала надо на снимке найти палету, определить размеры палеты, найти шильдик...), в зависимости от шильдика...
Дело в том, что в помещениях нельзя было пользоваться радиоканалом - характер груза, поэтому такой гемор с видеокамерами. Поток палет ненормализованный....
>Как раз в RAW и работал. А вы думаете анализ изображения ничего
>не весит?
>Надо прочитать шильдик (сначала надо на снимке найти палету, определить размеры палеты,
>найти шильдик...), в зависимости от шильдика...
>Дело в том, что в помещениях нельзя было пользоваться радиоканалом - характер
>груза, поэтому такой гемор с видеокамерами. Поток палет ненормализованный....И это 96 камер на один процессор? Тогда Вы достойны уважения ;)
rt-драйверы есть? и какие? есть ли rt-драйверы ethernet?
зачем вам RT драйвера Ethernet? сама технология не реалтайм
Это смотря что под этим понимать. Есть промышленные real-time сети на основе Ethernet, напрмиер SERCOSIII, EtherCat, AFDX(для самолётов) и другие.
Вроде как проскакивала новость, что SERCOSIII открыли. Кто-нибудь использовал?
Что из перечисленного (SERCOSIII, EtherCat, AFDX) лучше по производительности, времени отклика, цене. Как обстоят дела с поддержкой этих технологий в Linux?
>зачем вам RT драйвера Ethernet? сама технология не реалтаймКонтроллеры Real-Time Ethernet
http://www.prosoft.ru/products/brands/hilscher/374263/Набор Юного Релтаймщика :) - http://www.hilscher.com/products_group_kits_rte.html
К сожалению, там небольшой набор поддерживаемых платформ, и не всегда идет разговор о жестком реальном времени.
Хотя хилшер, в простых системах (мягкого RT) себя хорошо зарекомендовал.
noop поправили ?
гут.
RCPU обновили тоже вовремя(навязло в зубьях).
еще дожить до SELinux-а в RT и ..... .
>еще дожить до SELinux-а в RT и ..... .Не делайтн бабушку дедушкой
i7 показала хуже результаты, нежели C2D? Интересненько.
я себе такое-же хочу. для... онлайн игр.
Выходит 64-bit более RT, чем 32-bit.
Главное не величина задержки, а её постоянство.
На 69 мс в среднем, оклонение +/-10 мс лучший показатель, чем при 29 мс +/-10 мс
>Главное не величина задержки, а её постоянство.
>На 69 мс в среднем, оклонение +/-10 мс лучший показатель, чем при
>29 мс +/-10 мсЕсли вы про то, что +/- 10 от 29 - это 30-50%, а от 69 - это 14-15%, то я соглашусь.
Но что-то это смахивает на маркетинговые трюки)
>>Главное не величина задержки, а её постоянство.
>>На 69 мс в среднем, оклонение +/-10 мс лучший показатель, чем при
>>29 мс +/-10 мс
>
>Если вы про то, что +/- 10 от 29 - это 30-50%,
>а от 69 - это 14-15%, то я соглашусь.
>Но что-то это смахивает на маркетинговые трюки)Главное не обращать внимания на эти бенчмарки,
они на всех и на каждой в отдельности будут разные.
у меня от 72 мс до 120 мс :) Оптырон 285 2 штуки.
Это без плясок с бубном, KDE4 висит, а он очень гадит реалтам, и ещё куча демонов, фраерфокс, kmail, psi,...
>у меня от 72 мс до 120 мс :)Извините, это миллисекунд, или микросекунд?
микро
>Главное не величина задержки, а её постоянство.
>На 69 мс в среднем, оклонение +/-10 мс лучший показатель, чем при
>29 мс +/-10 мсну да, а 100500 +/- 10 мс ещё лучше
100% маркетинговый ход, винда - хард реалтайм ;)
хотя как я понимаю кому-то нужна предсказуемость "за 30 мс сделать" а кому-то "сделать ровно в +/- 5 мс"
>>Главное не величина задержки, а её постоянство.
>>На 69 мс в среднем, оклонение +/-10 мс лучший показатель, чем при
>>29 мс +/-10 мс
>
>ну да, а 100500 +/- 10 мс ещё лучше
>100% маркетинговый ход, винда - хард реалтайм.Отвечать за слова делом - это не Микрософтская, политика.
Их политика - отвечать на претензии новыми обещаниями,
в глаголах неопределенного времени - сделаем, исправим, добавим, улучшим...Во! Microsoft Windows - Undefined Time OS :)
Латентность равна Щабудет +/- исчо чуть-чуть.
Майкрософт никогда и не позиционировала свои ОС как реал-тайм, так что разговор о макрософт здесь: "притащен за уши".
Я вижу, тут мало кто понимает, что такое реальное время и "с чем его едят".
Для непонимающих, выведу общую сентенцию: реальное время - это не быстро, а строго отведенное время.
>Я вижу, тут мало кто понимает, что такое реальное время и "с
>чем его едят".
>Для непонимающих, выведу общую сентенцию: реальное время - это не быстро, а
>строго отведенное время.Реакция на прерывание = 1 мс +/- 5 минут.
Строго отведенное время = 10 минут. Пойдёт?! =)
Я говорил о том, что многие десктоп-пользователи сталкиваясь с ОСРВ, разочеровываются в "скорострельности" системы.Не, "красивей" будет вот так:
http://www.swd.ru/index.php3?pid=498
буквально на первых страницах какой-то из книг Сергея Зыля.
>Я говорил о том, что многие десктоп-пользователи сталкиваясь с ОСРВ, разочеровываются в
>"скорострельности" системы.
>
>Не, "красивей" будет вот так:
>http://www.swd.ru/index.php3?pid=498
>буквально на первых страницах какой-то из книг Сергея Зыля.Ага,
> Любишь кататься — и катайся! (Народная мудрость)Народная мудрость - Так автор обозвал Николая Фоменко, выкрикивающего рекламные вставки на Русском радио.
>Я вижу, тут мало кто понимает, что такое реальное время и "с
>чем его едят".
>Для непонимающих, выведу общую сентенцию: реальное время - это не быстро, а
>строго отведенное время.Я думаю, какая-то часть понимает, какая-то часть делает вид, что понимает)
Лично я понимаю, что сей realtime задумывался далекооо не для десктопа.
И использование его для домашнего использования, имхо, забавно)
А споры насчет чисел - это так, разминка)
Я думаю, те, кому оно надо, оценят сию новость по достоинству.
А остальные могут только флеймить)P.S.
А что это такое, описано тут:
http://ru.wikipedia.org/wiki/Операционная_система_реального_времени
Хорошо сказано!Новость однозначно полезная.
С развитием RT в Linux, глядишь и производители промышленного ПО посмотрят в ее сторону.
А то на текущий момент все стороняться Linux/BSD, предпочитая QNX/VxWorks