cnc-club.ru

UAVpilot писал(а):Драйвер сетевой карты сам со всем этим справляется.

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

И в чём проблема? Когда по сети передаются данные со скоростью 1Gbit/s, то карта принимает около 60000 пакетов в секунду. При этом латентность заметно не меняется.

Вот и я тоже так думаю, но если применить прерывания как показано выше латентность меняется.

Тестирую платку вот такую.....

T00T писал(а):Тестирую платку вот такую.....

Характеристики? Что уже может?

Проба пера так сказать....
Пытался сделать чтоб работало на любых версиях RT Linux.
Тут типа ETHERNET IO - 8 выходов и 16 входов, и можно подключить плату расширения IO v2 - это ещё столько же входов и выходов.
И 2(или 1) аналоговый вход(ы) пока не дотестил их....

До релиза далеко, получается? Есть предположения по цене?

Отличная плата! , но лично мне надо будет 3 аналога (нагрузку на приводах смотреть) было-б совсем отлично!

Подскажите, как откомпилировать файл hm2_eth?
На wheezy RTAI не собирается, не собираются библиотеки. Если поставить userspace компонент, то там нет halcompile, и чего то не находит его в репозиториях. То ли он не предусмотрен для этой сборки, то ли не там ищу...

Возможно, halcompile = comp

К примеру, мой драйвер собираю вот так

это под rt-preempt ядром?

И да везде всё собирается, кроме sokets.

T00T писал(а):это под rt-preempt ядром?

да

Спасибо попробую....

Что-то у меня нет такого.
Ставил Debian-wheezy
потом на него доставил Linuxcnc-uspace
Нет в нём ни Halcompile ни comp.
Или они ставятся только с linuxcnc-dev?

T00T писал(а):Или они ставятся только с linuxcnc-dev?

да.

Если я правильно понимаю, Spartan6 здесь работает как аппратный драйвер хаба периферийной шины? (BUS Master) И, не зависит от ОС Latency? Или Spartan6 просто находиться в пространстве ввода вывода.
Latency платы в этом случае, как Автор и писал, зависит от наличия на шине других BUS мастеров (плат FireWare и.т.п.) а зависит-ли от ОС Latency?

Вообще интересует, как BUS Master устройства на периферийной шине, подключенной к соответствующему хабу, ну или северному мосту. Влияют на OS Latency? Замечал, что Latency зависит от качества драйверов, каждый новая шина имеет меньше Latency.

А что понимать под термином Latency, ну так по русски расскажите.

Это очень жестокий вопрос...
Про джиттер он уже в отдельной теме ответил.

mmv писал(а):А что понимать под термином Latency, ну так по русски расскажите.

Сам хочу подробно разобраться. Вообще, как мне представляется, про Latency никто конкретно сказать не может, встречал утверждение о гарантированном времени ответа на запрос шины 222 такта или 6.7 мкс при частоте шины в 33 МГц. с учетом сброса буфера процессора но, есть подозрение, что LOCK, который вырабатывает арбитр, шины может длиться и дольше, например когда процессор работает с виртуальной памятью или видеопроцессор может заставить арбитр выставить LOCK больше 222 такта.

Так что, нижеупомянутый сценарий может не работать.

Сценарий 2: Мастер-устройство желает сделать запрос, когда другое устройство только что начало транзакцию на шине PCI. Мастер, использующий шину, хочет осуществить блочную передачу из l6 фаз данных. Счетчики времени задержки в системе устанавливаются на 66 тактов, что эквивалентно 2 мкс.
Время задержки арбитража обычно равняется двум тактам, если только нет каких-то отложенных запросов. Время задержки при захвате шины равняется 72 тактам, что означает 2 мкс перед тем, как LT завершит отсчет, плюс восемь тактов, чтобы позаботиться о последней фазе данных. В это время происходит восемь пересылок данных (l6 тактов для первой фазы данных, шесть пересылок данных по восемь тактов на каждую, пока LT не завершит счет, и затем еще восемь тактов для последней фазы данных). Время задержки целевого устройства - 16 тактов. Обратите внимание, что в этом случае время задержки арбитража и время ожидания при захвате шины перекрываются так, что общее время задержки достигает 88 тактов (2.7 мкс).

P.S. Даже если установить счетчик Latency 16 нужно знать, что общая задержка доступа в память дополняется еще, так как на пути к памяти из устройства PCI кроме арбитра этой шины есть еще MCH (memory controller hub) и именно он может заблокировать PCI на неопределенное время.

astrahard, ты там, случаем, нигде не читал, как влияют сервисные процессы ядра Linux на итоговое значение Latency?