LinuxCNC 2.8 vs 2.7 просто для справки по latenсy-test

[a321]

Волею судьбы, запустив Степконф и будучи в этот момент преосудительно трезв, я прошляпил тот факт, что он "затирает" имеющуюся конфигурацию в момент запуска, а не на финише, заранее заботливо спросив. В общем, затер. И я включился в цикл восстановления конфигов, резервная копия которых была в возрасте года полтора, два. Тут, разумеется, Debian подгадил своим вопросом - "вот пакеты, которые более не используются, не угодно ли авторемове?" и я, за давностью использования благородного Арча, забыв об убунтовских подлянках, согласился. В общем, axis перестал запускаться, а "упрощенный", не спрашивайте, при работавших ранее с 5 моторами конфигами (ХХУУZ) уже при хоминге двигает два Х как Х и У (показывает изменение координат Х и У, а едут два мотора Х - hal, разумеется, все тот же, ХХУУZ0, и пр. Выкачал дистрибутивы iso для 2.7.Х и 2.8.4, накатил на флэшку и последовательно поставил на станочный дистрибутив с 2.8, это Деб 10. Да, графика "гладенькая", но латенси тест 30000-45000. Леново Т61. Накатил дистрибутив с 2.7.Х и имеем 4000-7000. Разница почти на порядок - это вам не кот начхал. Такие дела.

Но, конечно, за давностью забыл, как сеть поднимал, моторы конфигурировал. Обновил сам linuxcnc до 2.8.4 из ранее скачанных deb пакетов, падает. Борюсь. Помощи по этому поводу запрошу отдельно, если сам не справлюсь. Надо, конечно, чаще упражняться.

Попутно сделал давно надобное - сносил лишние для станочно компа программы - всякие там vls, повер-манагеры, и пр., пр., пр.

[iMaks-RS]

Да, графика "гладенькая", но латенси тест 30000-45000. Леново Т61. Накатил дистрибутив с 2.7.Х и имеем 4000-7000.

Если управление по lpt - то критично, если по сети Mesa - то можно забить и оставить так.

[a321]

Я охреневаю. Вот машинка прошлого года, 21 ядро, Леново, 16гб ОЗУ. Ядро, конечно, не реального времени.

[hmnijp]

дистрибутивы iso для 2.7.Х и 2.8.4

скачанный дистрибутив 2.8 имеет почти на порядок больший латенси

в 2.7 дистрибутиве по умолчанию ядро rtai, в 2.8 по умолчанию preempt-rt на сколько помню, основная разница отсюда. вы какие ядра сравниваете? у этих и должна быть разница на порядок, но они и предназначены для разного( первый только для софтовой генерации шагов, второй нужен для работы с сетью)
Ну а в остальном - да, новые дистрибутивы более прожорливые и latency там похуже, тем более на старых компах.

Я охреневаю. Вот машинка прошлого года. Ядро, конечно, не реального времени.

а что тут удивляться. без изолированного рт ядра, без выключенных cstate, ht, boost итп - с чего там должны быть маленькие цифры... когда всё нацелено на энергосбережение.

[alex_sar]

Я охреневаю

так вы загрузите debian wheezy с обычным пользовательским не rt ядром и тоже охренейте )

[sergx99]

Ну а в остальном - да, новые дистрибутивы более прожорливые и latency там похуже, тем более на старых компах.

Сижу на linuxcnc-2.7.14-wheezy
Попробовал linuxcnc-2.8.4-buster linux-image-4.19.195-rtia
Core2Duo E7500, G33, 8GB, isolcpus=1
latency разные:
servo threat явно хуже, 8тыс -> 15тыс
base threat выглядит лучше, 8тыс -> 5тыс
Core2Duo E7500, G33, 4GB, isolcpus=1
Рабочий HDD и HDD для теста одной модели, одинаковой емкости.
Проверял около суток только один вариант ядра 4.19.195-rtia.

[a321]

Сижу на linuxcnc-2.7.14-wheezy

Я на "старом" обновлял саму программу, не трогая ядро и дистрибутив. И латенси лучше, чем в варианте "новая установка сразу с дистрибутивом" для 2.8. Но ядро не ставил - мне ехать, времени на эксперименты с установкой ядра rt не было. Но, возможно, еще будет. у "нового", который леново Т61, внезапно отвалилась всякая сеть и потом быстро откатился на "старый".

[a321]

Поправка - благодаря тычку носом в необходимость установки ядра реального времени на 2.8 получил отличные результаты, джитте 3400-3500, viewtopic.php?p=660063#p660063