ALT Linux kernel packages development
 help / color / mirror / Atom feed
From: gosha <gosha@elins.ru>
To: devel-kernel@lists.altlinux.org
Subject: Re: [d-kernel] [devel-kernel] Alt_linux_RTOS или Alt_RTLinux_free- насколько это возможно?
Date: Fri, 7 Mar 2008 12:30:11 +0000
Message-ID: <200803071230.11849.gosha@elins.ru> (raw)
In-Reply-To: <4aaa2e1c0803070037v44197330od08dae170ff6029f@mail.gmail.com>

                                                Добрый день.

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  в его
> нынешнем виде.


  parent reply	other threads:[~2008-03-07 12:30 UTC|newest]

Thread overview: 13+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-03-07  8:48 [d-kernel] " gosha
2008-03-07  8:37 ` [d-kernel] [devel-ports] " Wartan Hachaturow
2008-03-07  9:38     ` Wartan Hachaturow
2008-03-07 12:30   ` gosha [this message]
2008-03-07  9:27     ` [d-kernel] [devel-kernel] " Mikhail Gusarov
2008-03-08 10:52     ` [d-kernel] ALT Linux RTOS или ALT RTLinux free -- " Michael Shigorin
2008-03-07 12:47   ` [d-kernel] [devel-kernel] Alt_linux_RTOS или Alt_RTLinux_free- " gosha
2008-03-07  9:53     ` Wartan Hachaturow
2008-03-08 10:53       ` [d-kernel] ALT Linux RTOS или ALT RTLinux free -- " Michael Shigorin
2008-03-13 19:08   ` [d-kernel] Как правильно пересобирать .rpm ядра 2.6.18 std для х86? gosha
2008-03-13 16:30     ` Alexey Shabalin
2008-03-14  9:46   ` gosha
2008-03-14 10:02   ` [d-kernel] q: 2.6.24.3 gosha

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=200803071230.11849.gosha@elins.ru \
    --to=gosha@elins.ru \
    --cc=devel-kernel@lists.altlinux.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link

ALT Linux kernel packages development

This inbox may be cloned and mirrored by anyone:

	git clone --mirror http://lore.altlinux.org/devel-kernel/0 devel-kernel/git/0.git

	# If you have public-inbox 1.1+ installed, you may
	# initialize and index your mirror using the following commands:
	public-inbox-init -V2 devel-kernel devel-kernel/ http://lore.altlinux.org/devel-kernel \
		devel-kernel@altlinux.org devel-kernel@altlinux.ru devel-kernel@altlinux.com
	public-inbox-index devel-kernel

Example config snippet for mirrors.
Newsgroup available over NNTP:
	nntp://lore.altlinux.org/org.altlinux.lists.devel-kernel


AGPL code for this site: git clone https://public-inbox.org/public-inbox.git