caxapa.ru :: Что характерно, вы ноете о трудности отладки автоматов, но ничего не говорите об отладке многопоточных приложений. Видимо, подразумевается, что сообщения всегда передаются в задуманном порядке, логи обычно не нужны и уж точно никогда не придется сопоставлять логи из нескольких потоков.

s_h_e (29.07.2022 15:07, просмотров: 371) ответил RxTx на Когда я писал, уже ожидал такой ответ. "Легко и просто". Да-да-да... И ключ в твоем ответе в последней фразе: «Совершенно предсказуемо». Все мои ответы содержатся в моем же сообщении выше, достаточно его прочесть медленно, попытавшись внимательно проанализировать, а не сфантазировать быстренько, чего я там "не справился", якобы не декомпозировал, и т.д. Вложенные автоматы там как минимум упоминаются. Повторюсь: FSM и отлаживаются и ложатся на задачу легко и просто

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

И еще они никогда не могут плавать по времени друг относительно друга в зависимости от внешних факторов.

Ответить

- Программирование при помощи Message queue'ing имеет преимущество перед блокировкой потоков примитивами синхронизации. Одно из преимуществ - decoupling и изоляция программных модулей. - RxTx(29.07.2022 15:57)
  - Главное не думать о том, что любой приемник сообщений - это ужасный КА с минимум 2мя состояниями готов/не готов. А еще планировщик ОС, о ужас... - s_h_e(29.07.2022 16:14)
    - Простите за безграмотность, ужасный КА - это питон из книжки про Маугли? И сожрать готов/не готов или гОтов? - Visitor(29.07.2022 18:15)
      - Тут вроде про конечные автоматы разговор, а не про змей. s_h_e(1 знак., 29.07.2022 18:20, ссылка)
        
        Просветили, в старые времена их логическими автоматами называли. Или автоматами состояний. Сам делал, сначала на логике К561, потом в процах и ПЛД:-) Теперь бросил все, не спортивно, за прогрессом не успеваешь. Занялся силовыми вещами, там проще, где что то бахнуло, там косяк и надо искать:-) - Visitor(29.07.2022 18:46)
    - Чего только людям в голову не придет. Я искренне восхищаюсь вашему полету фантазии. - RxTx(29.07.2022 16:21)
  - Это пока queue не переполняется, или не возникает необходимости её частичного сбрасывания. - =AlexD=(29.07.2022 16:03)
    - Это уже читай нарушение обеспечения системы, сама-то логика о таком заботиться не должна. - RxTx(29.07.2022 16:20)
      - Щазз, вы сами пишете о неконтролируемых внешних сигналах, а они могут забить любой канал передачи, после чего начнутся всякие фокусы и магия, особенно прикольно когда неактуальные уже данные приходят с задержкой и начинают колбасить систему. - =AlexD=(29.07.2022 16:23)
        
        Писали на днях, что гиперзвуковые ракеты с хаотичной траекторией движения к цели компы систем ПВО просто расчетами перегружают, х.з. правда или пропаганда... Склонен верить. Там старые теории не работают, как такую вундервафлю сбить. - Visitor(29.07.2022 16:32)
        
        Систему реального времени невозможно перегрузить. Она в любом случае что-то посчитает и выдаст результат. Проблема в том, что этот результат не обеспечит поражение данной цели с заданной вероятностью. - s_h_e(29.07.2022 16:44)
        
        Имею некоторые сведения насчет военки и космоса из открытых источников США, там чипы с топологиями менее 90 нМ не применяются - радиационная устойчивость. АМД выжило в тяжелые времена только из за спонсирования НАСА разработок процев для космоса. А нынешние ДДР можно как датчики ионизированных частиц использовать при соответствующем тестировании рандомного наполнения. При различном радиационном экранировании чипов можно и распределение излучения получить по количеству Visitor(129 знак., 29.07.2022 17:54)
        
        Да можно и без догадок, всё вполне конкретно известно: RAD750. RxTx(1 знак., 29.07.2022 23:02, ссылка)
        
        Старые теории как правило слишком прямолинейны. А так не вижу особых проблем, нужно просто за положение объекта атаки принимать не сам объект, а некую область в которой он может перемещаться за время цикла обсчёта траектории и всё устаканится и успокоится, ну и на конечном участке зенитной ракеты алгоритм должен быть посложнее немного. - =AlexD=(29.07.2022 16:36)
        
        Если область становится слишком большой, придется тактическим ядерным зарядом сбивать? А может то, что болтают, про "оружие на новых физических принципах" просто древний ускоритель ионов в компактном исполнении и на армейское шасси установлен? Любая информация в ОЗУ портится. Дивайс не боепригоден в полете становится. Это эффективнее чем ЭМ заряды для работы по небольшим целям. Это лишь предположение, достоверных данных нет:-) - Visitor(29.07.2022 18:08)
        
        Это да. И последнее - это интересно. Но разве это относится напрямую к message passing? - RxTx(29.07.2022 16:31)
- Я не ною, также как и вы не "скулите", давайте для начала уважать друг друга, а не так чтобы на ровном месте какое-то презрение. Противопоставление КА vs Многопоточность родилось только в вашей голове. Я честно говоря и сопоставить-то такое не догадался бы. Выше нормальное описание возможных трудностей со сложными КА. В чем вы видите недостаток в моем сообщении? Я где-то описал нечто как панацею, как нечто легкое и простое? - RxTx(29.07.2022 15:48)
  - Да, кстати. Вот это сообщение выглядит как описание проблем с предложением решений в конце. У "решений" тоже есть свои недостатки так-то. s_h_e(1 знак., 29.07.2022 21:56, ссылка)
    - Да, это исключительно визуальная замена. Конечно, есть недостатки. У нас был прикольный случай, примерно в 2012 году реализация сложной походовой боёвки в онлайн ММО игре. Шаг - состояние. Контр-шаг - состояние. Первая итерация - напрямую. Вторая итерация - на встроенных в C# coroutines, только-только появившихся в C#. В итоге чуть в дурку не уехали, большинством это просто непонимаемо как это работает. Выпилили, на третей итерации я написал язык правил и виртуальную RxTx(7 знак., 29.07.2022 23:11)
  - Пардон, я что то пропустил, допустим в мейне делаем несколько разных автоматов каждый под свою задачу и работают с флагами прерываний. Накладных расходов чем любую ОС меньше. Но не универсально, а оно нужно? Простой пример: хочу лабораторный БП сделать с цифровой регулировкой с энкодера и с компа. Установка токового порога и задание напряжения - ШИМ. Приоритеты - регулировка тока первый, напряжение второй, работа с панелью управления и компом, уже не быстро можно, так зачем Visitor(46 знак., 29.07.2022 21:46)

Средства и методы разработки