caxapa.ru :: 1. Происходит прерывание от MAC-модуля по принятому пакету. Записывается текущее время пакета, пакет ставится в очередь на обработку

lloyd (05.04.2018 22:13, просмотров: 369) ответил Экспериментатор на Возьмем для примера какой-нибудь сферический ПЛК с Ethernet и связанный с ним напрямую ПЭВМ под виндовс. ПЭВМ посылает MODBUS TCP команду ПЛК, тот выдает ответ, например, показания АЦП (пусть цикл ПЛК для простоты равен 0мкс). Через какое

1. Происходит прерывание от MAC-модуля по принятому пакету. Записывается текущее время пакета, пакет ставится в очередь на обработку 2. В рабочей очереди уровня ядра идет разбор, что с этим пакетом, собственно делать. Если это TCP-сокет, то данные копируются в буффер сокета и семафорится file descriptor 3. Поток, заблокированный ожиданием данных, ставится в очередь на выполнение И тут происходит самое интересное: вообще планировщик десктопной ОС не связан никакими обязательствами, выполнение может произойти и сразу, а может и через две секунды. Планировщик пользовательской ОС не предназначен для предсказуемых задержек, он предназначен для высокой производительности (а это значит делать меньше переключений контекста). Говорить о каких-то оценках времени можно только приблизительно, потому что на это влияет столько факторов, что с ума сойти недолго. То есть проще посмотрить на конкретном железе, чем аналитически расписывать возможности (они ничем не обеспечены) Если нужен предсказуемый отклик - используют RT-расширения ядер. К примеру - xenomai

Ответить

- Спасибо за описание. Этот топик в первую очередь об уменьшении пропускной способности интерфейсных портов из-за квантования времени, а не о латентности. Очевидно, что при системном тике 1мс пропускная способность Ethernet по такому механизму будет Экспериментатор(366 знак., 05.04.2018 22:58, )
  - Микросекундный тик - пожалей свой процессор, он так не умеет. Стандартный лялих имеет 100герцовый систик, реалтаймовый - 1кгц. lloyd(204 знак., 06.04.2018 06:38)
    - Что-то не так. Для Ubuntu 16.04 LTS Low latency and real-time kernels пишут про тик в 1мкс, см. ниже. Для винды есть документы про 1мс. Эмбеддеров интересует не потоковая передача, а запрос-ответ, как в моем примере. Экспериментатор(144 знак., 06.04.2018 07:08, )
      - >новые данные на запрашиваются, пока не получен ответ на предыдущий запрос lloyd(480 знак., 06.04.2018 07:47)
        
        Режим запрос-ответ обоснован промышленными протоколами обмена и принципами автоматизации процессов. Не надо путать системный тик и латентность ОС. Для очень многих применений хватает стандартного стека. В необходимых случаях у меня есть в кармане Экспериментатор(437 знак., 06.04.2018 09:05, )
  - UbuntuStudio -> --> Evgeny_CD(52 знак., 05.04.2018 23:22, ссылка, ссылка)
  - Ятебяумоляю. Собери своё ведро - и будет тебе щастя. Когда гонял генту, оно на доморощенном ведре работало. Tickless или tickful - сам решай. - SciFi(05.04.2018 23:11)
    - "Не говорите мне, что делать и я не скажу, куда вам пойти." (с) Если этого не делает сам разработчик, значит есть какие-нибудь минусы. В чем там проблемы, можете написать по делу? - Экспериментатор(05.04.2018 23:22, )
      - Послюшай, дарагой. Они ориентируются на широкую аудиторию. Нахуа мне гадать, что ими двигает? Сам у них спроси. И оправдай, наконец, свой ник. Собери ведро и погоняй. С тебя не убудет. - SciFi(05.04.2018 23:43)
        
        Мальчик с ником Научная фантастика и длинным языком требует от других соответствия нику? Нет ли здесь пропаганды гомосексуализма? - Экспериментатор(06.04.2018 07:11, )

Кибернетика, автоматика, протоколы