URL: https://www.opennet.me/cgi-bin/openforum/vsluhboard.cgi
Форум: vsluhforumID3
Нить номер: 64205
[ Назад ]

Исходное сообщение
"Новая стабильная версия real-time ветки Linux ядра"

Отправлено opennews , 24-Фев-10 19:08 
Организация 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


Содержание

Сообщения в этом обсуждении
"Новая стабильная версия real-time ветки Linux ядра"
Отправлено dRiZd , 24-Фев-10 19:08 
>максимальные задержка составила 69 микросекунд...

Задержка чего?
Мдааа... Может и допилят хотя бы до уровня похожести с QNX/VxWorks.
Но ни ядром единым...


"Новая стабильная версия real-time ветки Linux ядра"
Отправлено Logo , 24-Фев-10 19:48 
Задержка от "запроса" до "ответа".

"Новая стабильная версия real-time ветки Linux ядра"
Отправлено dRiZd , 25-Фев-10 08:20 
Смотря что под этим понимать

"Новая стабильная версия real-time ветки Linux ядра"
Отправлено Logo , 26-Фев-10 01:36 
>Смотря что под этим понимать

Естественно, потому и в кавычках.


"Новая стабильная версия real-time ветки Linux ядра"
Отправлено gogo , 03-Мрт-10 05:23 
Вы читать умеете?
"Измерения задержек проводились утилитой cyclictest" (и даже со ссылкой).

"Новая стабильная версия real-time ветки Linux ядра"
Отправлено jura12 , 24-Фев-10 23:00 
микросекунд!!!!

"Новая стабильная версия real-time ветки Linux ядра"
Отправлено dRiZd , 25-Фев-10 08:25 
>микросекунд!!!!

Очень интересно ..., а где вы видели RT с измеряемым временем в секундах/часах/годах....?
А какое гарантированное время переключения контекста в QNX... - вы не удосужились посмотреть?


"Новая стабильная версия real-time ветки Linux ядра"
Отправлено pavlinux , 24-Фев-10 23:41 
> Может и допилят хотя бы до уровня похожести с QNX/VxWorks.

Они уже в гробу ворочаятся, где вы ещё найдёте 64-битное, SMP, Real Time ядро!?!?!
А SMP процы, типа Apple A4, Qualcomm QSD8672 Snapdragon, Cortex-A9 уже работают.


"Новая стабильная версия real-time ветки Linux ядра"
Отправлено dRiZd , 25-Фев-10 08:32 
>Они уже в гробу ворочаятся, где вы ещё найдёте 64-битное, SMP, Real
>Time ядро!?!?!

Даже и не думали, Linux пока в сторонке нервно курит (но я надеюсь, что все-таки его допилят до приемлемого уровня)

>А SMP процы, типа Apple A4, Qualcomm QSD8672 Snapdragon, Cortex-A9 уже работают.

А при чем тут процы, если разговор про ОС? Между прочим вы про BSP что-нибудь слышали?
Тем более, что написать свой BSP вам ни кто не мешает (что собственно linux-builder'ы и будут делать)


"Новая стабильная версия real-time ветки Linux ядра"
Отправлено klalafuda , 25-Фев-10 11:42 
> Они уже в гробу ворочаятся, где вы ещё найдёте 64-битное, SMP, Real Time ядро!?!?!

QNX6 не? Уже как лет 10ть однако.


"Новая стабильная версия real-time ветки Linux ядра"
Отправлено pavlinux , 25-Фев-10 20:25 
>> Они уже в гробу ворочаятся, где вы ещё найдёте 64-битное, SMP, Real Time ядро!?!?!
>
>QNX6 не? Уже как лет 10ть однако.

SMP есть, 64 бита нету... ни у кого нету ...
Есть некая CMX RTX, говорят что 64-бинтые микроконтроллеры держит.
А вот про Power5/6/7, AMD64/EM64T, Sparc IIi+, Aplha 21164+ неуверен.
  


"Новая стабильная версия real-time ветки Linux ядра"
Отправлено dRiZd , 25-Фев-10 22:11 
Позвольте Вас спросить, а что вы собираетесь пускать в жестком реальном времени с 64-bit + SMP?
Очень интересно. Обычно, жесткое реальное время нужно только контроллерам ну и всевозможным SCADA, а вам зачем оно (тем более 64-bit, никак что-то типа fastwel с 64 битами нашли)?

"Новая стабильная версия real-time ветки Linux ядра"
Отправлено pavlinux , 26-Фев-10 01:09 
>Позвольте Вас спросить, а что вы собираетесь пускать в жестком реальном времени
>с 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.

http://www.redhat.com/mrg/

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

Конечно понятно, что это бадяга рекламная, но тем не менее....


"Новая стабильная версия real-time ветки Linux ядра"
Отправлено dRiZd , 26-Фев-10 08:00 
Здесь нет упоминания жесткого реального времени (да и linux на текущий момент его не держит).
А разговор, если помните, шел: QNX vs LINUX.
Тк QNX/VxWorks позиционируются как ОС ЖЕСТКОГО(!) реального времени.

"Новая стабильная версия real-time ветки Linux ядра"
Отправлено Logo , 26-Фев-10 01:42 
>Позвольте Вас спросить, а что вы собираетесь пускать в жестком реальном времени
>с 64-bit + SMP?
>Очень интересно. Обычно, жесткое реальное время нужно только контроллерам ну и всевозможным
>SCADA, а вам зачем оно (тем более 64-bit, никак что-то типа
>fastwel с 64 битами нашли)?

Да вот столкнулся, нужно быстро слепить экземпляр обрабатывающий потоки с четырех видеокамер. 32 разряда не вытянуло. Контролеры разрабатывать долго и не выгодно ради одной штуки. И как жить?


"Новая стабильная версия real-time ветки Linux ядра"
Отправлено dRiZd , 26-Фев-10 08:13 
>Да вот столкнулся, нужно быстро слепить экземпляр обрабатывающий потоки с четырех видеокамер.
>32 разряда не вытянуло. Контролеры разрабатывать долго и не выгодно ради
>одной штуки. И как жить?

Может дело не в "бобине"? :) Простите пожалуйста, а на какой платформе вы это все ваяли?
Про 32-разряда, это вы батенька "дали маху", я лично в прошлом году пускал проект заводского видеонаблюдения (включая оптическое позиционирование погрузчиков и паллет - для автоматической логистики складов): там было 96 камер. О 64-битах речи даже и не шло.


"Новая стабильная версия real-time ветки Linux ядра"
Отправлено Logo , 26-Фев-10 15:05 
>Может дело не в "бобине"? :) Простите пожалуйста, а на какой платформе
>вы это все ваяли?
>Про 32-разряда, это вы батенька "дали маху", я лично в прошлом году
>пускал проект заводского видеонаблюдения (включая оптическое позиционирование погрузчиков и паллет -
>для автоматической логистики складов): там было 96 камер. О 64-битах речи
>даже и не шло.

Я Вас понимаю и логистику, которая там, понимаю. Дело в том, что у вас поток от камер уже упакованый поступал, да и FPS какой на них? А у меня все потоки в RAW и их нужно обрабатывать, а не просто логировать. 64 разряда снимает нагрузку процессора на 30% в моем случае. Так, что мы говорим о совершенно разных вещах.



"Новая стабильная версия real-time ветки Linux ядра"
Отправлено dRiZd , 26-Фев-10 21:24 
Как раз в RAW и работал. А вы думаете анализ изображения ничего не весит?
Надо прочитать шильдик (сначала надо на снимке найти палету, определить размеры палеты, найти шильдик...), в зависимости от шильдика...
Дело в том, что в помещениях нельзя было пользоваться радиоканалом - характер груза, поэтому такой гемор с видеокамерами. Поток палет ненормализованный....

"Новая стабильная версия real-time ветки Linux ядра"
Отправлено Logo , 27-Фев-10 02:43 
>Как раз в RAW и работал. А вы думаете анализ изображения ничего
>не весит?
>Надо прочитать шильдик (сначала надо на снимке найти палету, определить размеры палеты,
>найти шильдик...), в зависимости от шильдика...
>Дело в том, что в помещениях нельзя было пользоваться радиоканалом - характер
>груза, поэтому такой гемор с видеокамерами. Поток палет ненормализованный....

И это 96 камер на один процессор? Тогда Вы достойны уважения ;)


"Новая стабильная версия real-time ветки Linux ядра"
Отправлено IGX , 24-Фев-10 19:50 
rt-драйверы есть? и какие? есть ли rt-драйверы ethernet?

"Новая стабильная версия real-time ветки Linux ядра"
Отправлено boo , 24-Фев-10 21:07 
зачем вам RT драйвера Ethernet? сама технология не реалтайм

"Новая стабильная версия real-time ветки Linux ядра"
Отправлено yantux , 24-Фев-10 22:26 
Это смотря что под этим понимать. Есть промышленные real-time сети на основе Ethernet, напрмиер SERCOSIII, EtherCat, AFDX(для самолётов) и другие.

"Новая стабильная версия real-time ветки Linux ядра"
Отправлено IGX , 25-Фев-10 23:12 
Вроде как проскакивала новость, что SERCOSIII открыли. Кто-нибудь использовал?

"Новая стабильная версия real-time ветки Linux ядра"
Отправлено IGX , 25-Фев-10 23:13 
Что из перечисленного (SERCOSIII, EtherCat, AFDX) лучше по производительности, времени отклика, цене. Как обстоят дела с поддержкой этих технологий в Linux?


"Новая стабильная версия real-time ветки Linux ядра"
Отправлено pavlinux , 24-Фев-10 23:57 
>зачем вам RT драйвера Ethernet? сама технология не реалтайм

Контроллеры Real-Time Ethernet
http://www.prosoft.ru/products/brands/hilscher/374263/

Набор Юного Релтаймщика :) - http://www.hilscher.com/products_group_kits_rte.html


"Новая стабильная версия real-time ветки Linux ядра"
Отправлено dRiZd , 25-Фев-10 08:39 
К сожалению, там небольшой набор поддерживаемых платформ, и не всегда идет разговор о жестком реальном времени.
Хотя хилшер, в простых системах (мягкого RT) себя хорошо зарекомендовал.

"Новая стабильная версия real-time ветки Linux ядра"
Отправлено Basiley , 24-Фев-10 21:15 
noop поправили ?
гут.
RCPU обновили тоже вовремя(навязло в зубьях).
еще дожить до SELinux-а в RT и ..... .

"Новая стабильная версия real-time ветки Linux ядра"
Отправлено aborland , 27-Фев-10 03:46 
>еще дожить до SELinux-а в RT и ..... .

Не делайтн бабушку дедушкой


"Новая стабильная версия real-time ветки Linux ядра"
Отправлено Блуд , 24-Фев-10 21:29 
i7 показала хуже результаты, нежели C2D? Интересненько.

"Новая стабильная версия real-time ветки Linux ядра"
Отправлено jura12 , 24-Фев-10 22:58 
я себе такое-же хочу. для... онлайн игр.

"Новая стабильная версия real-time ветки Linux ядра"
Отправлено coder , 24-Фев-10 23:09 
Выходит 64-bit более RT, чем 32-bit.

"Новая стабильная версия real-time ветки Linux ядра"
Отправлено pavlinux , 24-Фев-10 23:27 
Главное не величина задержки, а её постоянство.
На 69 мс в среднем, оклонение +/-10 мс лучший показатель, чем при 29 мс +/-10 мс


"Новая стабильная версия real-time ветки Linux ядра"
Отправлено XoRe , 25-Фев-10 01:07 
>Главное не величина задержки, а её постоянство.
>На 69 мс в среднем, оклонение +/-10 мс лучший показатель, чем при
>29 мс +/-10 мс

Если вы про то, что +/- 10 от 29 - это 30-50%, а от 69 - это 14-15%, то я соглашусь.
Но что-то это смахивает на маркетинговые трюки)


"Новая стабильная версия real-time ветки Linux ядра"
Отправлено pavlinux , 25-Фев-10 02:45 
>>Главное не величина задержки, а её постоянство.
>>На 69 мс в среднем, оклонение +/-10 мс лучший показатель, чем при
>>29 мс +/-10 мс
>
>Если вы про то, что +/- 10 от 29 - это 30-50%,
>а от 69 - это 14-15%, то я соглашусь.
>Но что-то это смахивает на маркетинговые трюки)

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

у меня от 72 мс до 120 мс :) Оптырон 285 2 штуки.
Это без плясок с бубном, KDE4 висит, а он очень гадит реалтам, и ещё куча демонов, фраерфокс, kmail, psi,...




"Новая стабильная версия real-time ветки Linux ядра"
Отправлено XoRe , 25-Фев-10 09:29 
>у меня от 72 мс до 120 мс :)

Извините, это миллисекунд, или микросекунд?


"Новая стабильная версия real-time ветки Linux ядра"
Отправлено pavlinux , 25-Фев-10 20:27 
микро

"Новая стабильная версия real-time ветки Linux ядра"
Отправлено JL2001 , 25-Фев-10 10:44 
>Главное не величина задержки, а её постоянство.
>На 69 мс в среднем, оклонение +/-10 мс лучший показатель, чем при
>29 мс +/-10 мс

ну да, а 100500 +/- 10 мс ещё лучше
100% маркетинговый ход, винда - хард реалтайм ;)
хотя как я понимаю кому-то нужна предсказуемость "за 30 мс сделать" а кому-то "сделать ровно в +/- 5 мс"


"Новая стабильная версия real-time ветки Linux ядра"
Отправлено pavlinux , 25-Фев-10 20:55 
>>Главное не величина задержки, а её постоянство.
>>На 69 мс в среднем, оклонение +/-10 мс лучший показатель, чем при
>>29 мс +/-10 мс
>
>ну да, а 100500 +/- 10 мс ещё лучше
>100% маркетинговый ход, винда - хард реалтайм.

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

Во! Microsoft Windows - Undefined Time OS  :)
Латентность равна  Щабудет +/- исчо чуть-чуть.


"Новая стабильная версия real-time ветки Linux ядра"
Отправлено dRiZd , 26-Фев-10 08:28 
Майкрософт никогда и не позиционировала свои ОС как реал-тайм, так что разговор о макрософт здесь: "притащен за уши".

"Новая стабильная версия real-time ветки Linux ядра"
Отправлено dRiZd , 26-Фев-10 08:33 
Я вижу, тут мало кто понимает, что такое реальное время и "с чем его едят".
Для непонимающих, выведу общую сентенцию: реальное время - это не быстро, а строго отведенное время.

"Новая стабильная версия real-time ветки Linux ядра"
Отправлено pavlinux , 26-Фев-10 16:10 
>Я вижу, тут мало кто понимает, что такое реальное время и "с
>чем его едят".
>Для непонимающих, выведу общую сентенцию: реальное время - это не быстро, а
>строго отведенное время.

Реакция на прерывание = 1 мс +/- 5 минут.
Строго отведенное время = 10 минут. Пойдёт?! =)


"Новая стабильная версия real-time ветки Linux ядра"
Отправлено dRiZd , 26-Фев-10 21:34 
Я говорил о том, что многие десктоп-пользователи сталкиваясь с ОСРВ, разочеровываются в "скорострельности" системы.

Не, "красивей" будет вот так:
http://www.swd.ru/index.php3?pid=498
буквально на первых страницах какой-то из книг Сергея Зыля.


"Новая стабильная версия real-time ветки Linux ядра"
Отправлено pavlinux , 26-Фев-10 21:41 
>Я говорил о том, что многие десктоп-пользователи сталкиваясь с ОСРВ, разочеровываются в
>"скорострельности" системы.
>
>Не, "красивей" будет вот так:
>http://www.swd.ru/index.php3?pid=498
>буквально на первых страницах какой-то из книг Сергея Зыля.

Ага,
> Любишь кататься — и катайся! (Народная мудрость)

Народная мудрость - Так автор обозвал Николая Фоменко, выкрикивающего рекламные вставки на Русском радио.



"Новая стабильная версия real-time ветки Linux ядра"
Отправлено XoRe , 27-Фев-10 01:13 
>Я вижу, тут мало кто понимает, что такое реальное время и "с
>чем его едят".
>Для непонимающих, выведу общую сентенцию: реальное время - это не быстро, а
>строго отведенное время.

Я думаю, какая-то часть понимает, какая-то часть делает вид, что понимает)
Лично я понимаю, что сей realtime задумывался далекооо не для десктопа.
И использование его для домашнего использования, имхо, забавно)
А споры насчет чисел - это так, разминка)
Я думаю, те, кому оно надо, оценят сию новость по достоинству.
А остальные могут только флеймить)

P.S.
А что это такое, описано тут:
http://ru.wikipedia.org/wiki/Операционная_система_реального_времени


"Новая стабильная версия real-time ветки Linux ядра"
Отправлено dRiZd , 28-Фев-10 10:19 
Хорошо сказано!

Новость однозначно полезная.
С развитием RT в Linux, глядишь и производители промышленного ПО посмотрят в ее сторону.
А то на текущий момент все стороняться Linux/BSD, предпочитая QNX/VxWorks