реал тайм осы

Olej, мне кажется, это не очень серьезный подход...

Первоначально опубликовано Olej С этой "бесплатностью", уверяю вас, можно совсем непростой проект довести до работающего макета, близкого к завершённости. Проверено. Только после чего - можете задаваться вопросами легализации, лицензирования etc. Или не задаваться... ;-)

Первоначально опубликовано Владимир Е. Зюбин Olej, мне кажется, это не очень серьезный подход...

А по-моему, как раз серьёзный - это же не я придумал, а предлагает сама фирма QSSL:
- вы берёте NC: тестируете на пригодность, tools, делаете прототип, может быть макет будущей системы...
- там все те-же библиотеки и т.д., что и в SE/PE!
- ... а потом, если убеждаетесь в пригодности - покупаете SE/PE, в которую и переносите свой макет уже на финальную доводку.

2 Владимир Е. Зюбин
Упомянутая вами книга Хоара лет на 10 "моложе" статьи Дейкстры и соотносится с ней примерно как книги Бурбаки с основательной работой по прикладной математике :) Там, кстати, есть кажется и предисловие Дейкстры с очень высокой оценкой этой монографии.
Одно время скан-копия перевода статьи Дейкстры была на qnx.org.ru, но пока (надеюсь, что только до завершения модернизации) не доступна. Если можете принять 2М архив почтой (т.е. это мега 4 в письме), то могу вам переслать.

Теперь по существу обсуждения.
К сожалению, несмотря на взаимные заверения, "религиозной войны" участникам избежать не удалось :)
Я согласен с теми, кто считает понятие "real-time OS" в значительной мере надуманным - ОС это только один из инструментов, позволяющих ПОСТРОИТЬ СИСТЕМУ реального времени - он может быть более или менее удобным для этой цели, но это уже "другая история".

Думаю, что Olej не прав в том, что понятие "мягкого реального времени" появилось только с желанием Microsoft влезть в этот сектор рынка - я встречал его еще в те времени, когда Гейтс катался на каруселях - "до исторического материализма" :) И возникло оно в связи с ситемами коллективного доступа, в которых нет жестких требований к гарантированному времени реакции или времени восстановления - типичный пример - системы резервирования билетов или on-line информационные системы (одна из первых таких систем была сделана в IBM на базе OS/360 для NewYork Times).

Если не ошибаюсь, исторически первые real-time OS появились вместе с первыми управляющими мини-машинами где-то в начале 60-х годов (HP, DEC) и отличались от обычных ОС в первую очередь ГАРАНТИРОВАНО малыми паспортизированными временами реакции, существенно большей гранулярностью, позволявшей минимизировать ресурсы управляющей системы, и большей открытостью архитектуры, дававшей разработчикам ситем управления возможность добавления собственных драйверов для специфического и очень разнообразного оборудования.
И я не думаю, что стоит приписывать понятию RTOS некий мистический смысл - для меня RTOS это хорошо спроектированная, качественно реализованная и хорошо отлаженная ОС с известными и надежными характеристиками (в том числе и временными), пригодная для построения конкретной системы реального времени.
Да, я предпочитаю QNX (хотя занимался и построением больших систем АСУ ТП на базе DR DOS :) ), но скорее по собственным эстетическим критериям, чем исходя из ее real-time этикетки :)
Соответствие же POSIX - вопрос совершенно особый, поскольку на самом деле межплатформенная переносимость для систем управления мало актуальна, да и нестандартные низкоуровневые механизмы применяются в RT-системах достаточно широко в целях обеспечения необходимых временных и надежностных характеристик - например использование QNet в QNX или спецдрайверы устройств нарушают POSIX-переносимость.

По поводу обнаружения обрыва связи в надстройках над TCP/IP.
Olej! Вы сами себе противоречите - вы же сами описываете способ такого обнаружения "пробными" посылками :) И упоминаете о том, что QNet over TCP/IP обнаруживает обрыв - так почему вы исключаете, что в NetBIOS OS/2 об этом тоже позаботились? Я, к сожалению, уже давно не работаю с NetBIOS и не помню предусмотрено ли это, но реализация вполне возможна :)

Первоначально опубликовано Владимир Е. Зюбин Вы посудите сами: Зачем мне тратить время на разработку проекта, чтобы в конце убедиться в неприемлемой его стоимости? Нормальные люди сначала вычисляют стоимость, а потом уже занимаются разработкой... ну, я, по крайней мере, себя к нормальным людям отношу... Но это я так, конечно... меня QNX и из-за своей медлительности не устраивает, медлительности, закрытости и, как следствие, неопределенности поведения... Первоначально опубликовано Olej Первоначально опубликовано Владимир Е. Зюбин Olej, мне кажется, это не очень серьезный подход... А по-моему, как раз серьёзный - это же не я придумал, а предлагает сама фирма QSSL: - вы берёте NC: тестируете на пригодность, tools, делаете прототип, может быть макет будущей системы... - там все те-же библиотеки и т.д., что и в SE/PE! - ... а потом, если убеждаетесь в пригодности - покупаете SE/PE, в которую и переносите свой макет уже на финальную доводку.

Очередной перл сэра Зюбина.
:)

Первоначально опубликовано Olej А вот на счёт медлительности ... я не понимаю - откуда это вы взяли? Система и достаточно навороченные целевые приложения, с GUI - достаточно бегло работают на процессоре AMD586/133Mhz... Какая такая медлительность, доктор? ;-) И с неопределённостью ... не того... Неопределённость - это из области MS DOS - это у вас как-то непроизвольно сместились акценты... ;-).

В стиле раунд-робин накладные расходы на организацию
параллелизма примерно в 200 раз меньше, чем у QNX в
однозадачном режиме... Что там делается в многозадачном
режиме вообще никто не знает в силу закрытости исходных
кодов. То, что "достаточно навороченные целевые
приложения, с GUI - достаточно бегло работают" меня
лично не устраивает... Да и тот же сайт, на который Вы
здесь ссылку давали, посмотрите, что он исследует...
пара задач и куча экспериментов... в результате - время
до вхождения в функцию обработки прерывания. Что с ним
потом делать?

Что мне нужно как пользователю - по имеющимся алгоритмам
определить время реакции системы на внешнее событие.
Понимаю, что задача непростая даже для раунд-робина...
а что делать?

Кстати, на эту тема выйдет статейка в январской
конфе ИПУ SICPRO '04...
http://sicpro.org/sicpro04/code/r04__a.htm#ACCEPTED

13085 РАСПРЕДЕЛЕНИЕ ВЫЧИСЛИТЕЛЬНЫХ РЕСУРСОВ В СРЕДАХ C МНОГОПОТОЧНОЙ РЕАЛИЗАЦИЕЙ ГИПЕР-АВТОМАТА