Реальная независимость страны определяется наличием собственной операционной системой

Мазохист.
Ни игр ни офиса нормального.

Для серверов норм.
Для юзеров трэш.

Отчего же не в курсе? Очень даже в курсе. Потому и называлась система не ОС, а Интуитивный Интерфейс Пользователя. Но потом привычно ОС стали называться системы уже по этим оболочкам.

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

И да, всего в посте не напишешь. Но были начинания по собственной разработке ядра ОС, начиная с его ядра, не используя ДОС. Более того, ассемблер предполагался на кириллице. И не только на компах с разделёнными шинами данных и адреса (тип PDP-11, аналог наши Электроники-60 того времени, но и на PS с общей шиной, это разные системы команд, отличающиеся ассемблеры). К примеру, начал выпускаться комп К-1 и далее по цифрам (в Киеве завод запустили) , который был вообще голый в смысле программного обеспечения и позволял начать работать и раскрутить с нуля, начиная с программирования в двоичном коде. Очень интересно было начинать с нуля, то есть, писать ядро, начиная с драйверов внешних устройств и языка низкого уровня (то, что называется ассемблер), а так же сетей компьютеров (начало интернета).

Одним словом, стане, давшей бесплатное инженерно-физическое высшее образование, вдруг стали не нужны молодые специалисты, которые оказались очень нужны в США и скупались тысячами, не только в России, но ив Китае, в Индии, но больше всего в России, как наиболее широко и глубоко образованные и способные.

Гениев всегда были единицы, ими и не должны быть все. Должна быть равномерность по трудовым способностям: кому-то хлеб растить, людей кормить, кому-то изобретать и производить на станке, кому-то Родину защищать, кому-то науку двигать, и в каждой области есть свои гениальные работники. Плохо, когда на вершине власти оказывается бесталанный тупица, поскольку управление это тоже область труда,в которой есть гении и тупицы, честные и ворующие, любящие свою страну и народ и любящие только себя и свой карман. Это уже не относится к системе труда, а относится к системе нравственности. Одни выбирают христианскую добродетель, любовь и созидание, а другие выбирают сатанинское злодеяние, ненависть и разрушение, при чём вне зависимости от национальности и профессии.

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

А гении бывают и злыми. Это для народ опаснее доброго дурака. Поскольку доброго дурака всегда можно остановить, а злого гения ни на какой козе объедешь.

Естественно не работал. Поэтому и не предсталяю как можно гаратировать прохождение команды, когда на провод упал раскалённый фрагмент системы охлаждения разрушающегося реактора и повредил его

Вобщем, единственным фундаментальным отличием между ОСРВ и ОС общего назначения что мне удалось выяндексить - это то, что в ОСРВ превышение задачей времени на своё исполнение считается ошибкой. Всё, других отличий нет. Развесистые системы приоритетов, кластеры высокой доступности, резерверивование физической памяти для обеспечения предсказуемой продолжительности исполнения задач - это всё применяется и в обычных системах.

Идиёт. Причем тут провод в поле, когда речь про операционную систему, которая работает только в рамках процессора? То есть маршрут рассматриваемой команды для оценки реал тайма это событие нажатия графическую кнопку- выдача соотв пакета на сетевую карту компа.

Развесистые системы приоритетов, кластеры высокой доступности, резерверивование физической памяти для обеспечения предсказуемой продолжительности исполнения задач - все это тут вообще ни причем.

Гарантирование определенного времени выполнения задачи обеспечивается четким вызовом соотвествующей задачи в предназначенный для нее слот времени.

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

Вот ещё пример, допустим, что чтобы остановить реактор - тебе надо считать с диска код остановки. Ты лезешь в диск, контроллер натыкается на сбойный сектор и начинает минутами (!) пытаться его восстановить - при этом молча, ничего не говоря. Это создаёт жуткие проблемы и в обычных-то системах.

Ну естественно, ведь нет никакой разницы что у нас за задача исполняется - часики на экране обновить или реактор остановить


Не, наоборот - убой затрявшей задачи гарантирует что другие смогут выполниться. А вот в какое время они могут выполниться - как тут можно гарантировать если оборудование не готово например, потому что драйвер перегружается из-за сбоя.

Если рассматривать классический Ethernet, то да, выдача пакета даже на сетевую карту может происходить с неизвестными задержками. А если EtherCAT , то все будет отправлено за гарантированное время

EtherCAT — стандарт промышленной сети, относимый к семейству Industrial Ethernet и технологиям используемым для распределенного управления в режиме реального времени. EtherCAT разработан компанией Beckhoff. Целью разработки протокола было использование технологии Ethernet для автоматизации приложений, которые требуют частого обновления времени (также называемым временем цикла) с низким дрожанием связи (для синхронизации) и низкими затратами на аппаратное обеспечение. Дейтаграммы EtherCAT пропускаются внутри стандартного фрейма Ethernet.

Сцуко да скока тут учОных собралОсь....
Вам бы с вашими знаниями в оборонке работать.
А вы тут тусуетесь, вместе с дацким Мачачей Колей Вофкой.
Уважать себя забыли?

Толку-то Пакет айзернета может вступить в коллизию с другим пакетом в этой произвольной топологии и вызвать аппаратный ретрансмит. Пакет может побиться по дороге и это как-то должно быть зафиксировано (ага, ждём конце путешествия фрейма по кольцевой топологии) и исправлено (программный ретрансмит). Так мы и будем перепосылать команду реактору пока нас шедулятор не убъёт в гневе великом.

Толку-то Пакет айзернета может вступить в коллизию с другим пакетом в этой произвольной топологии и вызвать аппаратный ретрансмит. Пакет может побиться по дороге и это как-то должно быть зафиксировано (ага, ждём конце путешествия фрейма по кольцевой топологии) и исправлено (программный ретрансмит). Так мы и будем перепосылать команду реактору пока нас шедулятор не убъёт в гневе великом.[/quote]

Во-первых не может. Потому,что в каждый момент времени на шине присутствует пакет только от одного устройства. То есть коллизии невозможны
Ретрансмит будет, ну и что? Пакет отправлен, но не получен. Не будет задержек, все посылки будут отправляться за то же самое гарантированное время.

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

Еще раз - НЕ МОГУТ. Каждому устройству выделяется свой слот времени. Рассчитывает его диспетчер. Причем здесь топология??
НЕТ ПРОИЗВОЛЬНОГО ДОСТУПА К СЕТИ в Ethercat, есть только выделенный , свой для каждого устройства

В Ethercat принцип такой же как в GSM -каждый мобильник передает только в отведенное время базовой станцией

А, посмотрел картинку с анимацией, ладно, коллизиями ethernet-фреймов можно пренебречь, хотя кольцо и расточительно..
Но такая реализация ещё больше замедляет обработку ошибок на линии - скажем, если slave 2 принял побитый пакет, то мастер так и не узнает об этом пока все тайм-слоты для остальных устройств не пройдут и только тогда сможет перепослать команду.

Бляха муха.
Валкер и фигня.
Вы мне нравитесь.
Всем в репу плюсики.

так в обычном Ethernet этому устройству тоже никто время выделять не разбежится. Там вообще случайный доступ. Здесь хотя бы гарантированный в свой тайм-слот

Ричи Блэкмора заместить нельзя... нет таких как он... Да и Кендли найс прикольная..

_________________

человек - оркестр.