cnc-club.ru

Olej писал(а):теперь разве что по цепочке искать всякие halrun и далее все, все, все...

а другого пути нет))

Olej писал(а):но всё ещё мало:

Olej писал(а):искать всякие halrun

искать не надо...
оно все рядом лежит:
https://github.com/LinuxCNC/linuxcnc/tr ... er/scripts

но (имхо) лучше (удобней) установить RIP-версию емс себе на комп
http://linuxcnc.org/docs/devel/html/cod ... uxcnc.html

nkp писал(а):
Olej писал(а):искать всякие halrun
искать не надо...
оно все рядом лежит:
https://github.com/LinuxCNC/linuxcnc/tr ... er/scripts

ну не лежит там, не лежит ... программа или скрипт halrun - 1-я же на которую ссылается latency-test ... и так далее по списку

nkp писал(а):но (имхо) лучше (удобней) установить RIP-версию емс себе на комп
http://linuxcnc.org/docs/devel/html/cod ... uxcnc.html

Нет. Не лучше.
Потому что тест, который должен применяться в любой операционной системе, и может считаться адекватным, должен независимо собираться в любом варианте Linux ... а ещё лучше - в любой POSIX системе.

Olej писал(а):Нет. Не лучше.
Потому что тест, который должен применяться в любой операционной системе, и может считаться адекватным, должен независимо собираться в любом варианте Linux ... а ещё лучше - в любой POSIX системе.

кмк,ты тут ошибаешься:
может и существует "универсвльный" тест,но тот,который в емс работать без емс не будет...

nkp писал(а):
Olej писал(а):Нет. Не лучше.
Потому что тест, который должен применяться в любой операционной системе, и может считаться адекватным, должен независимо собираться в любом варианте Linux ... а ещё лучше - в любой POSIX системе.
кмк,ты тут ошибаешься:
может и существует "универсвльный" тест,но тот,который в емс работать без емс не будет...

WhatLatencyTestDoes

What Latency-Test Does
latency-test sets up and runs one or two real-time threads. By default these threads are a fast thread with a 25.0us period and a slow thread with a 1.0ms period. This default setup mimics a common configuration pattern for LinuxCNC. The two threads are referred to as the base thread and the servo thread, respectively.

Each time a thread is started by the scheduler, the code set up by latency-test gets the time and subtracts from it the previous time the same thread started. In a perfect system, this difference would always be equal to the selected period for the thread, e.g., there would be zero latency. Because of vagaries in the system, it usually is not zero. latency-test determines the maximum deviation (both larger and smaller) of this difference compared to the selected period, compares the absolute values of the two deviations, and reports the larger absolute value as the max jitter.

As has been noted in email discussions, latency-test does not record the difference between the actual start-time and the scheduled start-time, which is what some consider the real latency, but rather the difference beween consecutive actual start-times, which it then compares to the period to determine latency indirectly. Given that the thread is started by the inaccessible scheduler and not some measurable external event, the distinction is effectively moot. This situation may change as the art of latency testing matures.

И что ж там, в этом алгоритме есть такого "военного", что его нельзя реализовать самыми универсальными средствами API POSIX? ... для студента 2-го курса домашнее задание.
И в последнем абзаце сказано, что "некоторым" уже 6 лет назад (когда это писалось) сам такой способ измерений казался сомнительным.

Olej писал(а):И что ж там, в этом алгоритме есть такого "военного", что его нельзя реализовать самыми универсальными средствами API POSIX?

как думаешь - почему он(тест) у тебя не запускается на линуксе без емс ?
(кстати - напиши - на чем ты его пытаешься запустить?)

похоже, тест измеряет latency именно для linuxcnc, а не для системы.
или эти характеристики всегда тождественны?

Для системы без LinuxCNC есть https://git.kernel.org/pub/scm/utils/rt ... git/about/

Код: Выделить всё

git clone git://git.kernel.org/pub/scm/utils/rt-tests/rt-tests.git
cd rt-tests
git checkout stable/v1.0
make all

sudo ./cyclictest -a -t -n -p99

Olej писал(а):Та ты шо-о-о-о
Ну нет у меня, нет вашего /usr/bin.
А "исходники" - это вовсе не "лежит".

Предыдущей страницы этой темы тоже нет? Или просто даже не почитав о чём тема сразу в бой?..

Re: Latency-test показания на разных материнских платах #406

PKM писал(а):похоже, тест измеряет latency именно для linuxcnc, а не для системы

А зачем пользователю LinuxCNC, причем в конкретных дистрибутивах, специально под него заточенных, значение latency в каких-то других системах? Какой в этом смысл? Один раз настроил параметры и забыл.

Сергей Саныч писал(а):
PKM писал(а):похоже, тест измеряет latency именно для linuxcnc, а не для системы
А зачем пользователю LinuxCNC, причем в конкретных дистрибутивах, специально под него заточенных, значение latency в каких-то других системах? Какой в этом смысл?

Пользователям LinuxCNC, наверное, нет никакого смысла. Но смысл мог бы быть для других, разрабатывающих подобные системы управления ... электронной какой-то периферией ... беспилотными летательными аппаратами ... изделиями в области робототехники - в смысле сравнения LinuxCNC с другими Linux-based решениями для управления реальной периферией.

MX_Master писал(а):Для системы без LinuxCNC есть https://git.kernel.org/pub/scm/utils/rt ... git/about/

Это хорошо известная система тестов, используемая разработчиками Linux для оценок. Вот ней интересно бы сравнить LinuxCNC с другими решениями.

P.S. Тем более, что абсолютные значения латентности не так и важны - всегда можно выбрать более быстрый процессор и сразу пропорционально уменьшить значения. Куда интереснее и противнее распределение временных задержек по большой выборке, и "хвосты" выпадающие далеко за средние значения задержек: насколько часто и до каких предельных значений.

Olej писал(а):всегда можно выбрать более быстрый процессор и сразу пропорционально уменьшить значения.

Не совсем так.Часто задержки вносит периферия, как внутренняя (процессор/чипсет), так и внешняя (сетевые карты, видеоадаптеры). На этом форуме можно найти массу примеров, когда платы на стареньких Селеронах дают очень хорошие показатели. а серверные платы на Xeon'ах - задержки в несколько миллисекунд. Зоопарк архитектур PC на x86/64 вряд ли позволит найти некое универсальное софтовое решение.

Сергей Саныч писал(а):
Olej писал(а):всегда можно выбрать более быстрый процессор и сразу пропорционально уменьшить значения.
Не совсем так.Часто задержки вносит периферия, как внутренняя (процессор/чипсет), так и внешняя (сетевые карты, видеоадаптеры). На этом форуме можно найти массу примеров, когда платы на стареньких Селеронах дают очень хорошие показатели. а серверные платы на Xeon'ах - задержки в несколько миллисекунд. Зоопарк архитектур PC на x86/64 вряд ли позволит найти некое универсальное софтовое решение.

Но смысл того, что я писал выше в том, что сама по себе латентность значит мало, значения задержек и так достаточно малы. Куда важнее детерминизм значений латентности, когда эти значения "размазаны" от измерения к измерению, и когда интересны как раз наиболее длинные задержки, которые могут возникать в соотношениях 1:1000 или 1:10000 к средним, и которые по величине могут быть в 10 или в 50 раз длиннее средне-ожидаемых (и это названы совершенно реальные цифры, а не "с потолка"). И для того, чтобы найти эти максимально возможные значения, нужно проводить очень много измерений при тестировании ... может миллион, а может 10 миллионов.
И это уже определяется характеристиками операционной системы, это то, что и есть realtime ... или не есть.

Вы б чтоль уже посмотрели бы что именно измеряет latency-test и какие его показания используются в LinuxCNC...

UAVpilot писал(а):Вы б чтоль уже посмотрели бы что именно измеряет latency-test и какие его показания используются в LinuxCNC...

Да смотрел я всё это, смотрел...
Не интересно!
Радиолюбительство.

по вашим постам это хорошо заметно...

Это называется: не читал, но осуждаю.

Народ!
Подскажите какую систему покупать! Из актуальных, то что есть в продаже. Мать, процессор, может дополнительно что-то.

Тестирование GA-J1800N-D2H(PCB Rev 1.2, BIOS F6) + KVR13S9S8/4 4Gb