Отправлено andys1960 14 ноября 2003 г. 11:56 В ответ на: Ну не могу себе представить(+) отправлено bin 14 ноября 2003 г. 11:07

Многозадачные операционные системы реального времени существуют очень давно, еще со времен "дедушки" iAPX8080( существовали ли они для 4004 и 8008 мне не известно )- iRMX80. 8080 имел 500 тыс. оп. /сек и адресовал до 64К памяти. Правда стек мог занимать теоретически все адресное пространство. Казалось бы зачем там какая-то операционка для прикладных вычислений? ( Инструментальные CP/M-80 и ISIS-II еще понятно- хотя как вспомнишь, что многомодульная задача на PL/M-80 могла строиться на Intelec MDS по полчаса и больше, невольно вздрогнешь и припомнишь анекдот про программиста и машину времени) Так поначалу и работали в отделе автоматизации ВНИИТВЧ - писали программы с главным циклом и процедуры обработки прерываний для устройств ввода/вывода.
Но вот когда стали решать серьезную задачу - создавать систему управления установкой бестигельной зонной плавки кремния, выяснилось, что такой подход тупиковый! Стали читать литературу и пришли к событийному программированию. Ведь эта сложная система, как большинство других сложных технических систем - асинхронна по своей природе. Незачем гнать слабенький процессор по огромному главному циклу...ведь если произойдет событие, требующее незамедлительной реакции - он обнаружит это на следующем проходе. А если произойдет несколько событий одновременно, обработке какого отдать предпочтение? Ведь при этом подходе распределение приоритетов обычно статическое и жесткое.
Словом - использование систем реального времени облегчает жизнь разработчику сложных систем. И слабый процессор - вовсе не противопоказан ОСРВ - как раз наоборот. Единственное условие: достаточное количество памяти для служебных структур и стека задач(процессов). По этой причине с младшими пичками и авриками такие системы плохо уживаются. А для 51-ой тоже существовало множество осрв, начиная с RMX51. Ее исходники ( вернее её клона PMC51 - разработки ВНИИЭМ )какое-то время назад у меня были. Отдавать людям исходники ядра(микроядра) скорее вредно, чем полезно. Ведь ядро должно меняться редко и за его работоспособность должен кто-то(разработчик) конкретно отвечать. Вон в прошлом веке проектировщика мостов ставили под мост во время испытаний на прочность ;) А когда целые коллективы в ;%:-пе из-за "сырой операционки"(как было с СКТБ "Светлана" из-за OC2000 в 2000г....но это не повод требовать от разработчиков исходников, лучше перейти на более надежную систему.

• Солидарен. Недопустимо изменять исходники. Добавленные самодельные ошибки выплывут через несколько месяцев. — Orvil   (14.11.2003 18:30, пустое)
• насчет АВР добавлю тольку что 128 мега уже вполне тянет приличную операционку — DASM   (14.11.2003 12:05, пустое)
• Таак. Тогда, плиз, идеологию RTOS. (+) — bin   (14.11.2003 12:04, 186 байт)
  • Ответ: а в РТОСе главный цикл совсем не занят прикладными задачами - только системными :) — andys1960   (14.11.2003 15:56, 1962 байт)
  • Нужно немного почитать — Валерьевич   (14.11.2003 12:15, пустое, ссылка)
• Ответ: — Fanta   (14.11.2003 12:04, 111 байт)
  • Последняя фраза просто супер !!! — DASM   (14.11.2003 12:19, пустое)