cnc-club.ru

Вчера пытался поставить с помощью инсталлера на OPIPC2, но ничего не вышло. Писало что процессор не соответствует.
Потом взял плату OPIPC и все получилось. Кто подскажет что нужно прописать чтобы на OPIPC2 можно было установить?
И еще вопрос: насколько эффективно системой linuxcnc используется 64 битный процессор и какой прирост по сравнению с 32 битным? Есть ли практический смысл использовать OPIPC2 вместо OPIPC?

avmartugin писал(а):Вчера пытался поставить с помощью инсталлера на OPIPC2, но ничего не вышло.

Это потому что 64-битные процессоры пока не поддерживаются Причина простая - у автора нет 64-битных плат для сборки/проверки.

avmartugin писал(а):И еще вопрос: насколько эффективно системой linuxcnc используется 64 битный процессор и какой прирост по сравнению с 32 битным? Есть ли практический смысл использовать OPIPC2 вместо OPIPC?

Чутка быстрее система будет и всё. Практического смысла для текущего проекта не имеет, ибо 64-битные процы пока не поддерживаются.

Ну прям мистика какая-то.. Сегодня пробовал грузить прошивку сопроцессора руками через u-boot - работает!
Никак не могу понять в чём подвох.. Магнитные бури на солнце не иначе

высокоэнергетическая частица сняла бит защиты

MX_Master писал(а):Ну прям мистика какая-то.. Сегодня пробовал грузить прошивку сопроцессора руками через u-boot - работает!

MX_Master, напишите, пожалуйста, инструкцию по проверке работоспособности прошивки без подключения драйверов и т.п.
Желательно в первом сообщении в теме закрепить.

avmartugin писал(а):MX_Master, напишите, пожалуйста, инструкцию по проверке работоспособности прошивки

Я уже два способа изобрёл, и оба работают нестабильно. Вот прямо ща, после полной перезагрузки, ещё раз проверил способ выше - уже не работает. Так что, как только так сразу.

MX_Master писал(а):Чутка быстрее система будет и всё. Практического смысла для текущего проекта не имеет, ибо 64-битные процы пока не поддерживаются.

а где считается основной объем математики? в каком модуле? его вообще реально ускорить с переходом на 64 бит?

Всё самое тяжёлое считается на основном процессоре. Те, кто работал на 64-битном процессоре, говорят, что на нём всё работает чутка быстрее. Но это всё субъективно. Нужны тесты, числа, терафлопы (:

MX_Master писал(а):Всё самое тяжёлое считается на основном процессоре. Те, кто работал на 64-битном процессоре, говорят, что на нём всё работает чутка быстрее. Но это всё субъективно. Нужны тесты, числа, терафлопы (:

в проекте linuxcnc нет никаких "хаков" под 64 бит, видимо оптимизации должен произвести компилятор, но они не такие умные, скорее всего выигрыша от 64 бит будет 0 и "прирост" производительности ощущается от смены архитектуры процессора. может бОльшую производительность даст разгон по частоте?

от повышения частоты поддержка OpenGL в чипе не появицца (:

MX_Master писал(а):от повышения частоты поддержка OpenGL в чипе не появицца (:

имеется ввиду "настоящий" OpenGL? OpenGL ES с Qtvcp не подойдет?

MX_Master писал(а):от повышения частоты поддержка OpenGL в чипе не появицца (:

а зачем вообще opengl? только чтобы траекторию инструмента отрисовывать? для кнопок/менюшек opengl не принесет никакого ускорения?
Qtpyvcp на апельсинке кто-то пробовал?

попробуй сам и нам расскажешь

Разобрался, наконец, с загрузкой прошивки из U-Boot. Добавил небольшую "грязную" заплатку в скрипт загрузчика. Теперь всё работает как прежде.

Тем, кто скачал установщик ранее, нужно в папке установщика из консоли набрать:
И перезагрузить мини ПК.

MX_Master писал(а):Чутка быстрее система будет и всё.

А вот и нет. Результат сильно зависит от программы. Например там, где 32-битная программа читала из памяти 4 байта для переменной типа int, 64-битная программа будет читать 8 байт.
Это конечно решается соотв. культурой программирования, но это совсем другая история...

я люблю всякие (u)int32_t... но иногда бывают задачки, где просто позарез не хватает (u)int64_t. Одна из таких - целые расчёты в наносекундах. Даже, если данные на входе/выходе влезают в 32 бита, то в процессе они могут как нефиг делать вылезти за пределы.

Как сейчас помню 32-битный системный таймер, значение которого переполняется примерно каждые 10 секунд. Был бы он на 64 бита, переполнялся бы каждые 5 лет. А чтобы сохранить скорость расчётов на 32-х битном таймере, приходится постоянно выёживаться. Сумма всех выёживаний даёт небольшой проигрыш в скорости на 32-битных системах.

Адресное пространство на 32 бита тоже очень маленькое. Особенно, для современной памяти и накопителей. Если всё по крошечке собрать, вот и получится что 64 бита, хоть и чуть чуть, но быстрее.

MX_Master писал(а):Как сейчас помню 32-битный системный таймер, значение которого переполняется примерно каждые 10 секунд.

А зачем тебе временные интервалы с точностью в ~2.5ns, при том, что одна инструкция выполняется в лучшем случае в 10 раз дольше?

MX_Master писал(а):попробуй сам и нам расскажешь

как проверить на OPIPC2 на ней же не устанавливается инсталлер?
в общем поставил на OPIPC2 последнюю версию операционки и запускал glxgears es2gears все работает. glxgears в маленьком окне дает 170 fps, es2gears чуть больше.
сколько fps должно быть для комфортного использования linuxcnc?

А теперь поставьте в ядро заплатку реального времени и проведите тест по новой. Тут не просто так 150+ страниц обсуждений.

кто в курсе в процессоре allwinner H6 есть ядро ARISC?