Сбор багов LinuxCNC ( багтрекер bug bugtracker баг )

[Serg]

Запусти вот эту команду и будет тебе мильёны строк:

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

n=0; while [ $n -le 6000000 ]; do echo 'G1 X10 Y10 F10'; done >million.ngc; n=$[$n+1]; echo M2 >>million.ngc

[Сергей Саныч]

Нужно проверить. У кого нибудь есть файлик на несколько млн строк

Иногда (только иногда!) файл на сотню строк axis грузит несколько секунд - тупит.

[torvn77]

Тестировал только под AXIS,УП генерировал скриптом
который составил на основе ранее указанной темы.

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

#!/bin/bash
#
cat <<EOF
EOF
COUNTER=0
#186.3 3907737
while [ $COUNTER -lt 3907736 ]; do
cat <<EOF
g01 x0y0z0
g01 x5y10z10
g01 x5y10z5
g01 x10y10z10
EOF
  let COUNTER=COUNTER+1
done
cat <<EOF
m30

EOF

Результат такой,при размере программы 62МБ программа грузится удачно.
А вот при 124 Мб и больше гуй вылетает,при этом если смотреть на потребление памяти через htop,
то можно увидеть как она переходит через три гигабайта с плюсом после чего LinuxCNC вылетает.
Памяти в системе 4 Гига.из них система видит 3275 МБ.
Может в своп отправляться не умеет?
Сама Уп генерится долго,так что промежуточные значения между 62 и 124 МБ я не тестировал.

[Serg]

Может в своп отправляться не умеет?

А он включен? Что команда free говорит?

[torvn77]

Своп у меня включен и его у меня гигов 12.

[Lexxa]

Сколько кадров вперед просчитывает планировщик у ЕМС?

[PKM]

Не совсем ясно, но вроде бы один

[Lexxa]

пожалуй, это баг

[Starik]

Special comments can be inserted into the G Code file to control how the preview of AXIS behaves. In the case where you want to limit the drawing of the preview use these special comments. Anything between the (AXIS,hide) and (AXIS,show) will not be drawn during the preview. The (AXIS,hide) and (AXIS,show) must be used in pairs with the (AXIS,hide) being first. Anything after a (AXIS,stop) will not be drawn during the preview.

These comments are useful to unclutter the preview display (for instance while debugging a larger g-code file, one can disable the preview on certain parts that are already working OK).

Короче -- затык в 3D рисовалке, она написана с участием питона, потому на больших прогах затыкается. Я ее где-то в районе 08-09 годов ускорял, стало возможно жить с прогами на 1Мб. Для больших только обход -- выключать 3Д с помощью (AXIS,stop) или (AXIS,hide). Вообще выбросить питон из обработки трудно, по нему происходит сопряжение Гремлина и т.д.

[1240]

стало возможно жить с прогами на 1Мб

1 Мб - это 1 млн строк или вес файла УП?

[Starik]

1Мб это типа миллион байт. Строка обычно больше байта, где-то раз в 20...

[PKM]

Картинка траектории не так уж нужна. Можно попробовать интерфейс TkLinuxCNC или другой простой

[Nick]

Да просто (Axis, stop) в начало большого файла и все. Как Starik написал.
Интересно, может в этот скриптик питоновский можно какое-нибудь ограничение вписать, чтобы он сам если что обрезал файл и говорил что мол отрисовано не все. Кстати, к нему уже были претензии, когда делался бесконечный цикл с выходом по внешнему условию...
Да и (Axis, hide)/(Axis, show) не всегда корректно отрабатывали...

И интеерсно, как себя поведет этот скрипт, когда он будет пройденную траекторию отрисовывать.

[Starik]

И интеерсно, как себя поведет этот скрипт, когда он будет пройденную траекторию отрисовывать.

Также хреново, или даже хуже -- начинает клава тормозить. Т.е. нажатие кнопки обработается с секундной (или больше) задержкой.

[Nick]

Т.е. надо очистку в cron пихать?
axis-remote --clear и раз в 5-10 минут выполнять...

[Starik]

просто оключить в меню?

[Nick]

О, прикольно

[1240]

1Мб это типа миллион байт. Строка обычно больше байта, где-то раз в 20...

1000000байт/20=50000 строк.
У меня проблемы начинаются при загрузке файлов больше примерно чем 56 Мб. те примерно 2 000 000 строк.
реальная потребность 4 000 000 (8 000 000)строк

[1240]

Вопрос какую разрядность имеет LinuxCNC?
И сам Linux.
Объем обрабатываемых УП зависит от объема установленной ОЗУ.
Но если система 32-разрядная больше 4 Гб она не увидит? (сужу по винде).

[1240]

Примерно в 2007 году были попытки написать подобную LinuxCNC систему.

До этого знакомый предложил мне KCam.
Нормальной (для промышленного использования) работы не получилось.
И я сделал для себя вывод об ограниченности всех систем работающих через LPT порт (типа Мач или LinuxCNC).
Сейчас отношение к ним другое.

Начали писать, и убили года три жизни
Тогда у нас тоже был предпросмотр но мы разрешали движение станка после обработки нескольких первых кадров.
Минусы решения- проблемы при исполнении поврежденного или неправильного формата файла.


Визуализация была только 2D