Как стать автором
Обновить

Определённо не Windows 95: какие операционные системы поддерживают работу в космосе?

Время на прочтение10 мин
Количество просмотров26K
Всего голосов 24: ↑23 и ↓1+22
Комментарии32

Комментарии 32

Интересно, почему именно в разрезе космоса. Это для ртос в общем-то мелко-частное применение — больше пафоса в том, что они смогли использовать в массовую ось для космических аппаратов.

50 секунд на перезагрузку?
Позорище.
Я бы понял подобное в 80х но не сейчас.

Думаю, что тут имелось ввиду не только перезагрузка, но и диагностика неисправного состояние и принятие мер по их устранению

НЛО прилетело и опубликовало эту надпись здесь
Современные массовые процессоры не годятся для систем реального времени, если не ошибаюсь
Какие-то годятся более, какие-то менее — в этих случаях приходится добавлять аппаратные таймеры и т.п. Но в общем случае — ОСРВ на них работают.
Работают, да, но совокупная система (процессор+ОС) уже не является системой реального времени
Не совсем понимаю почему. Например, F-22 и F-35 используют i960 и PowerPC соответственно.
Современные массовые процессоры

Оба процессора не являются современными: первому больше 35 лет, второму почти 30, и это если его (PowerPC) непосредственных родителей не вспоминать.
i960, кроме того, не является процессором общего назначения, а следовательно, не может претендовать на массовость (точнее, не мог, когда применение для встраеваемых решений делало продукт нишевым)

P.S. Правда, следует признать, что я несколько слукавил, «причесав» все RTOS «под одну гребёнку»: «реалтаймовость» бывает разной «жёсткости», и для «мягкого» варианта, возможно, сгодятся и некоторые из современных массовых

Интереса ради перегрузил только-что свой смартфон.
55 секунд.
При комнатной температуре, нормальном давлении, нормальной влажности, допустимом радиационном фоне.
Сейчас.

на вашем смартфоне куча программ на java поверх линукса
нормальная rtos на многие порядки проще
Так железо то прямиком из 80х и используется. Современные техпроцессы не живут сколько-нибудь долгое время в космосе.
Вполне современные коммерческие техпроцессы 65 нм в космосе вполне себе есть, и 180, все они отнюдь не из 80х. Есть определённые ухищрения, но всё, кроме цены, «в рамках приличия».

А разве нельзя распараллеливать одни и те же вычисления на несколько потоков, а потом выбирать тот результат, который был минимум у двух (как в распределенных вычислениях BOINC)? Ну или просто перезапускать задачу, если не совпало.

А если частица попадёт в «выбиралку»? Мажоритарные схемы хорошо бы делать на другом физпринципе, но это, обычно, медленно.
Процессор в Solar Orbiter если и не из 80х, то не далеко от них ушел. Это ERC-32SC на архитектуре SPARC (версии V7 1986 года) с частотой 25 мегагерц и производительностью в 20MIPS/5Mflops, по характеристикам соответствует концу 80х / началу 90х. И 48МБ оперативной памяти, из которых 10 зарезервированы под коррекцию ошибок.
Fastwel-овский процессорный модуль годом из ~2000-го на каком-то 586 и со своей версией ДОС: где-то полторы секунды. Но это, скорее, рекорд. Понятно, что проверка памяти и инициализация/контроль всей периферии съест в десятки раз больше времени. Мне кажется, тут приблизительно тоже самое, плюс заниженные скорости космических исполнений железа.
Под восстановлением работоспособности подразумевается не только включение машины как таковой. Машина просыпается в некоем нулевом состоянии, в соответствии с тем ПО, которое в ней прошито. Она не знает где она в этот момент (может быть мы на стартовом комплексе под обтекателем, тогда не стоит двигатели включать), и уж тем более она не знает где вокруг нее Солнце, где Земля, куда повернуть антенну, а куда — солнечные батареи. При рестарте, ПО должно выполнить определенные действия по восстановлению этих знания и восстановлению управляемости аппаратом. Это занимает определенное время.
Марсианский жук

Дошло, что в оригинале был bug, но слёту поставило в ступор.

Во всей истории, связанной с RTOS'ами, интересна работа с памятью. На сколько быстро и точно она размечается под процессы и вопрос в блокировках на запись. То есть, когда более низкоприоритетный процесс занимает время на запись большого объёма и высокоприоритетный встает в ожидание.
Или такое полностью исключено?

про QNX что нить расскажут? :-)
QNX Demo disk- вообще был бомбой. Прошло 20 лет, пару лет назад с дискеты загружал на «дремучем пеньке».
сейчас QNX стоит во многих автомобилях. Версия Neitrino — прекрасна. Настоятельно рекомендую.
На Марсе была еще интересная история, когда из-за сбоя флешки пришлось на ходу менять загруженные в память процессы без перезагрузки. Вот это действительно космические технологии.
Источник в оригинале — натуральный технический детектив. Крайне рекомендуется к прочтению.
Сколько пафоса при рассказе о обычных RTOS, которые сейчас хоть в стиральной машинке, хоть в жестком диске.
Конкретные фишки космоса, вроде резервирования всего и вся и всякого удаленного обновления гораздо интереснее. Но не относятся к rtos
В начале 2000-х конфигурировал УАТС Nortel Meridian 1.
В этих телефонных станциях в качестве ОС была как раз VxWorks. Остались самые положительные впечатления от работы с данной ОС. Такого уровня надёжности я не встречал больше ни в каком оборудовании, с которым работал. По крайней мере 2 телефонные станции из всех, которые я настраивал работают до сих пор. Одна из станций работает без сбоев и программного обслуживания уже более 12 лет. И по словам местных технарей, за это время ни разу не перезагружали её. Только от пыли чистят периодически.

VxWorks когда-то использовала Canon в своих цифровых фотоаппаратах — потребитель не будет ждать 50 секунд от включения до готовности снимать.

Одновременно нужно было и фокусировать объектив, и снимать, и отображать на дисплее, и писать на карту, да так чтобы пользователь не заскучал. При невыдающихся вычислительных мощностях.
Насчет «невыдающихся мощностей» я бы того… Уже в первом поколении DIGIC кроме процессора управления на чипе были два DSP — один для фото, один для видео.
DSP ядра широко использовались, к примеру, в ADSL модемах десятилетием ранее.
Да — и если просуммировать мощность DSP- и управляющего ядра (занятого, в основном, обработкой нажатий кнопок и поворота крутилок) — получится довольно немаленький результат.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий