Re: [d-kernel] [devel-kernel] Alt_linux_RTOS или Alt_RTLinux_free- насколько это возможно?

[gosha <gosha@elins.ru>]

                                                Добрый день.

WAX> Нет, не превращается. Бесплатных завтраков не бывает :)
WAX> Чтобы оно стало настоящим RT, все используемые в проекте драйвера
WAX> нужно переписать, чтобы они работали в RT-контексте. Ну и, разумеется,
WAX> нужно соответствующим образом писать приложения.
WAX> Существующий код от приложения патча RT не станет.

     
     Вопрос обсуждения RTOS далеко не праздный, т.к. необходимо за 1 год 
сделать САУ на RTOS с открытыми исходниками для блоков с процессорами MIPS, 
которая в последствии будет рекомендована к применению.
 
     На применение отечественных ОС заказчик смотрит более доверчиво, хотя 
качество отечественных ОС по прежнему остается не очень высоким.



     KDE и отрисовка, действ, не будут работать быстрее. 

     Но, если взять задачи управления, напр технологическим оборудованием 
(ЧПУ) и пр.. Критичная ко времени часть помещается в RTOS модуль (анализ 
сигналов с датчиков, расчеты и выдачу управляющего воздействия) (как это 
рекомендуется в RTLinux-howto 
http://www.faqs.org/docs/Linux-HOWTO/RTLinux-HOWTO.html). 

    Тогда требуемое управляющее воздействие на объект управления будет выдано 
за количество милисекунд, оговоренное в техническом задании на систему 
управления (САУ).

     Как я понимаю, переписывается (или патчится) только штатный обработчик 
прерывания Linux Kernel, который определяет прерывание как RTOS/не_RTOS. И 
определяет, есть ли RTOS работа (напр выдача управления на объект управления 
с фиксированным шагом по времени).

    Таким образом, выполнив рекомендации RTLinux_free по написанию RTOS части 
прикладной задчи, мы получим требуемую САУ, И Alt_Linux может использоваться 
как ОС для построения САУ. Причем RTOS не будет стоить баснословных средств, 
которые явно не устроят заказчика. И будет Open Source (что устраивает ФСБ).

    Дешевизна Alt_Linux по сравнению с QNX (18 килобаксов), возможно, может 
оказаться решающим критерием для выбора ОС при разработке САУ прочими 
разработчиками, Даже если с написание прикладной задачи придется немного 
помучаться.

    Но для этого необходимо, чтобы один из дистрибутивов Alt_Linux 
позиционировался как RTOS с соотв этикеткой, которую можно предоставить 
заказчику.

    Если стоит задача пересборки kernel, то я могу (безвоздмезно) попробовать 
наложить данные patch и написать простенькую САУ (напр для сигналов с 
параллельного порта) (для x86 и MIPS).

    Но интересовало бы стороннее мнение, насколько это действительно будет 
востребовано кроме как в нашей задаче.

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

    
   Спасибо.
-- 
С Уваженим,
       gosha.



> >      Такая проблема: заказчик требует установки Unix RTOS на блок.
>
> Что конкретно имеется в виду под "RTOS"? Soft RT, Hard RT?
>
> >      По приведенным ссылкам утверждается, что если у Linux kernel
> > полностью отключить swap-file (что делает время реакции системы
> > недетерминированным, понятие RTOS и файл подкачки несовместимы) и
> > приложить данные patch - ядро Linux превращается в hard realtime.
>

>
> >  http://ru.wikipedia.org/wiki/RTLinux
> >  http://www.rtlinuxfree.com/
> >  http://www.windriver.com/announces/rtlinux/
>
> Их много. RTAI, Xeonmai.
>
> >     Компания Wind River - довольно авторитетная компания, разработчик ОС,
> >  высоконадежной и дорогой RTOS VxWorx (на осн которой летали ситемы упр
> >  марсоходов) (более дорогой и надежной, чем QNX):
>
> VxWorks. Утверждение про надёжность спорно :)
>
> >     Вопрос: насколько ,по Вашему мнению, данные patch смогут "легко
> >  превратить" Alt_Linux в RTOS?
>
> Лично я не вижу никакого смысла. Если нужно разрабатывать generic
> embedded решение на Linux с RT-возможностями, то это отдельная задача,
> и от собственно ALT Linux там не будет почти ничего. И как я уже
> сказал, патчи не превращают существующий код в RT.
>
> >      Насколько возможно приложение данных patch к ядру Alt_Linux 
> > (включая x86 архитектуру)?
>
> Приложить можно, отчего не приложить :) Опять же -- зачем? KDE от
> этого не будет работать быстрей :))
>
> >     Насколько, по Вашему мнению, это лицензионно возможно?
>
> У RTLinux есть какие-то патентные проблемы, но они раздают свои патчи
> под GPL. RTAI с самого начала свободный.
>
> >     Насколько рельно, что в розничной продаже параллельно с Alt_LInux
> > сервер и Alt_Linux desktop появится Alt_Linux_RTOS ? С этикеткой RTOS,
> > которую можно предоставить заказчику?
>
> Нереально. Это разные миры и разные задачи. Во всяком случае, я этого
> делать не буду. Если возникнет необходимость подобного проекта, а
> также соответствующее финансирование, я сделаю, но это будет иметь
> очень и очень опосредованное отношение к дистрибутиву ALTLinux  в его
> нынешнем виде.