реал тайм осы

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

1. То, как определены adaptive & sporadic в QNX - это определения не их, а POSIX 1003b... (кстати, вот "реального времени" нет, т.е. как проблемы, а вот POSIX 1003b - "расширения реального времени", такой стандарт, страниц на 500-800 да ещё столько же "примечания по реализации" IEEE + OpenGroup - есть. И текст такой плотности, что за 1 прочтение - не разгребается... Как вот с этим быть?).

Так вот об adaptive & sporadic - это не совсем то, что какая-то адаптивная в манере Windows с безумной пляской приоритетов (в связи с фокусированием окна... :-o ???), и это "совсем не то", чтобы типа "случайный"... ;-). Это строго определённые POSIX процедуры со своими ясными возможностями и областями приложения.

2. по поводу "возможности диск-своппинга", как я понимаю, вы имеете здесь что-то против виртуализации страниц RAM? - так и здесь вас обманули...
"И ты Брут продался большевикам!"(с) - сплошные интриги.

Нет виртуализации в QNX! Т.е. есть, как опциональная возможность для программ разработки (компилятор и т.д.) - "да", но и то, относительно только страниц памяти данных, но никогда - страниц кода! Разница - предполагаю - понятна?
Так что пусть вас это не пугает...

Первоначально опубликовано Владимир Е. Зюбин Тут б и задуматься.... другое дело, думать вредно, да и некогда... надо трясти... ;-)

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

Первоначально опубликовано Владимир Е. Зюбин О чем хочу поговорить: то, что старые версии QNX сняты с сопровождения - это большой минус для производителя, т.к. уверен QNX 4.хх полно в эксплуатации... А лично для меня это свидетельство того, что QNX берет моду с Билла Гейтса и пускает своих покупателей по кругу... бесконечных апгрейдов...

Всё не так запущено, как вы сами себя пугаете...
Да, объявлен конечный срок полного и окончательного снятия OS с поддержки... за 5 лет наперёд объявлено. Да и на потом ограниченную поддержку обещано, для устойчивых потребителей прежних лет...

И линии версий - конечно меняются... Раз примерно в 10 лет. Часто? И с перекрытием предыдущей линейки - тоже лет на 10... прототипы новых линий показываются за 3-4-5 лет до выхода релизов... С подготовкой специальной техдокументации "техника и приёмы перехода с ... на ..." - с примерами и объяснениями как это проще делать.
Чем не разумная и обоснованная политика?

Или вам милее сердцу жить на одной редакции OS? Пожизненно! (По секрету, "как художник художнику" - MS-DOS?).

Первоначально опубликовано Владимир Е. Зюбин Как Вы объясняете тот прискорбныый факт, что в QNX нужно уменьшать количество прерываний до 16-ти, а они - тупари (других слов нет), - их увеличивают? Неувязочка какая-то... со своппингом с тем же... нафиг они его включили? ведь своппинг и реал-тайм две вещи несовместные... тоже где-то слышал... чуть ли не от Вас. ;-)

1. а кто сказал, что "нужно"? Можно? Пожалуй, можно... Но 64 - комфортнее (программисту). Почему же "прискорбныый"?

2. по свопингу... ну пусть это будет свопингом... - я уже написал.

Первоначально опубликовано evgen "ет" как говорят в фидо. Покажите мне код без данных. Куча nop'ов не считается ;-)

Об-ба-на...
Я же забыл, что программисты real mode MS-DOS не различают сегментов кода, сегментов данных, task segment...

Как же мне лучше об этом рассказать... по-русски...???

Первоначально опубликовано Olej Осетрина может иметь только одну свежесть - первую. QNX может иметь только одну версию, технические характеристики которой можно анализировать на сегодня - 6.2.1!

Намедни слушал доклад представителя QSSL. Он говорил что сейчас 2% их оборота дает QNX2, а QNX4 и QNX6 дают по 49% каждая.

С Уважением,

Сергей Сорокин

 

К сведению всех, интересующихся вопросом: Что же означает загадочный термин Real Time Operation System? Для тех кто пока не сталкивался, сообщаю что есть такая компания Dedicated Systems(ДС), специализирующаяся на тестировании программного обеспечения. Фирма эта завоевала свое, довольно высокое положение своей беспристрастностью и высоким качеством и точностью тестов. Кампания существует довольно давно. Среди ее тестов и сравнительных анализов, доступных бесплатно для некоммерческого использования есть посвященные QNX, VxWorks, WindowsCE, WindowsNT и многим другим. Отдельным подразделом идет сравнение RTOS систем. По результатам большинства сравнений лидером среди таких систем являются QNX, WindowsCE и VxWorks, причем их рейтинг идет именно в таком порядке. Вообще тема сравнений на основе анализов ДС очень интересная и объемная, но сейчас речь идет не об этом.
Вторым параметром, по которому проводилось тестирование этих систем, является RTOS Architecture. Естественно было бы думать, что такая солидная и уважаемая фирма как ДС должна хорошо понимать, что именно они тестируют, и в чем выражается понятие RTOS Architecture и RTOS. На их сайте нахожу доступные для некоммерческого использования ряд статей, посвященных концепции RTOS, в частности статью: «RTOS Evaluations Kick Off!», посвященную определению понятия RTOS, описанию методов тестирования таких систем и т.д.. А в этой статье в самом начале идет раздел определения терминологии.
Системы реального времени: Системы, которые предсказуемо реагируют на непредсказуемые события. (Real-time systems: systems that respond in a predictable way to unpredictable external events.)
Что можно сказать, кратко и красиво! И уже не попадают сюда текстовые редакторы. Всякая неопределенность связанная со временем исчезла. РВ действительно в первую очередь подразумевает не скорость, а надежность, причем невероятно высокую, радует, что QNX по этому параметру получил 9 очков из 10 возможных.
Однако такое определение не раскрывает параметров RTOS системы. Смотрим следующий раздел: MINIMUM RTOS FEATURES
Для обеспечения предсказуемости системы ДС считают необходимым наличие у нее следующий свойств:
1. Многозадачность (или поточность) и вытесняющее управление приоритетами. (Multi-tasked (or threaded) and pre-emptible priority driven.)

2.Должно существовать понятие приоритетов задач (потоков) и должно быть доступно достаточно большое количество уровней приоритетов (количество зависит от сложности задачи). (The notion of task (thread) priority has to exist and sufficient priority levels need to be available (depends on the complexity of the application).)

3. Операционная система должна поддерживать прогнозируемые механизмы синхронизации потоков (семафоры, мютексы, события и т.д.). (The OS has to support predictable thread synchronization mechanisms (semaphores, mutexes, events, etc).)

4. Необходимо наличие механизмов решения задачи инверсии приоритетов. (A mechanism to prevent priority inversion has to exist.)

5. Поведение ОС должно быть известным и предсказуемым (латентность прерываний, переключение задач, латентность памяти, латентность драйверов и т.д. ) Это означает, что должно быть постоянным максимальное время реакции при любых обстоятельствах загрузки системы.
The OS behavior (metrics) should be known and predictable (interrupt latencies, task switches, memory latencies, driver latencies, etc.). This means that there should be a maximum response time under all system load circumstances.

Давайте попробуем отталкиваться от этого.

Вот ещё что хотелось бы добавить.

Если в отношении оценки степени realtime - параметр "время реакции" вообще и может играть какое-то значение, то никак не в смысле среднего значения по (очень большому) ансамблю испытаний...

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