Linux как Hard RTOS

По прерыванию от программируемого генератора, который повешен на IRQ0.

Вовсе не обязательно.

Вообще процессор автоматически сохраняет свои регистры при переключении задач.

В QNX4 до недавнего времени UDMA вообще не использовался. И естесно тогда при общении с винтом использовался проц. Но свои собственные(системные) программы настолько малы по размеру, что тормозов не заметно. Более того кажется что по сравнению с виндой/линухом все летает. Но при написании своих прог это было действительно узким местом. Сейчас там используют UDMA и при работе с диском все происходит быстро. Правда остаются большие проблемы с видеокартами.

Там, где должен применяться QNX, нет ни винтов, ни видях. Так что это мало кого волновало.

>а своп не нужен. когда я купил себе 512 памяти я забыл что такое своп.

Глупо. у вас нет KDE/Gnome? нет ни одной базы данных? нет http сервера? не запущена хо тя бы одна Java программа? не запущена среда разработки? Тогда у вас не компьютер. ЗАЧЕМ ОН ВАМ?

>если не ошибаюсь на Pentium100 QNX гарантировал ответ на событие в течении 4мс

На три порядка ошибся, за это время жесткий диск головку позиционирует (почти :)

Согласен

Но к сожалению в нашем проекте есть и то и другое. И с этим траблы.

2/vap

>133 MHz - это, на самом деле, дофига как много, особенно если гуй не нужен. Видеопоток, чай, успевает разгребать и очень даже кое-что с результатами делать.

canbus?

> Подскажите какую нибудь статью на русском про RTOS

http://qnxclub.net/files/articles/rtos/rtos.html http://qnxclub.net/files/articles/RemarksOnTheMargins/RemarksOnTheMargins.html

2 petrosha * (*) (05.08.2005 9:14:54):

> canbus?

Нет, причем здесь CAN? Или я не про тот CAN подумал?

Прошу не бить больно, это фоторадар. http://www.simicon.com/rus/product/gun/photoradar.html

Оно там морды автомобилей ищет в видеопотоке и нужные кадры отбирает. Ну и разумеется с радаром общается, по сети с клиентами разговоры ведет.

/vap