going писал(а):Совсем забыл. Чтобы этот параметр можно было применить надо в конфиге одну галочку поставить.
going писал(а):Посмотрел свои давние тесты, правда на ядре 3.18 и х86 архитектуре, там на изолированном только один процесс крутится.
Попробую пересобрать ядро и проверю.
Я уже всё это дело с "одним процессом на изолированной ядре" проверил
Полностью освободить рабочее ядро от хозяйственных процессов нельзя.
MX_Master писал(а):Я, кстати, начал этот разговор об отжиме ядер у linux не просто так. Если спрятать одно из ядер от linux, то можно задействовать такое ядро под любые RT задачи. Производительность ARM ядра намного выше чем у сопроцессора. Инструкций у ARM проца больше, есть аппаратная обработка дробных чисел. Ну и частота у ARM ядра намного выше чем у сопроцессора. Управлять спрятанным ядром можно или в сопроцессоре, или из Linux, дёргая нужные регистры.
Спрятать одно ядро проца от linux получилось довольно быстро. Теперь попробую задействовать это ядро в обход linux..
going писал(а):Интересно, как ты поймал "хулигана". Или только по временному периоду вывод сделал?
При любых махинациях по настройке изолированного ядра в списке процессов, привязанных к этому ядру, всё равно оставались какие-то работники ядра. Я не вдавался в подробности какие именно. Это первый факт. Итоговой целью было получить непрерывный ногодрыг. В осциллограмме было видно, что каждую секунду есть разрыв. Это второй факт. Дальше я понял, что сделать желаемое таким способом у меня не выйдет. И бросил это дело.
И вот ща, решил подойти к этому вопросу чуть хитрее.
MX_Master писал(а):Сергей, я давно проводил тесты с изоляцией одного из ядер и выполнением на нём одного процесса. Зарылся в этот процесс довольно глубоко. И по итогу всех тестов стало чётко видно, что на ядре проца всё равно время от времени выполняются хоз. задачи ядра linux.
Я ж тебе тогда-же и писал, что работа "свободного ядра" тормозится занятостью шины памяти. Так будет у всех чипов, у которых внутри несколько ядер и одна общая внешняя шина.
Обойти это можно на процессорах Athlon и современных Xeon, у которых встроенная шина памяти, но "изолировать" придётся не отдельное ядро, а все ядра на одном процессоре...
Я не Христос, рыбу не раздаю, но могу научить, как сделать удочку...
UAVpilot писал(а):Я ж тебе тогда-же и писал, что работа "свободного ядра" тормозится занятостью шины памяти. Так будет у всех чипов, у которых внутри несколько ядер и одна общая внешняя шина.
И чтобы наглядно это проверять на нашем чипе, я пытаюсь задействовать одно из ядер отдельно от linux. Если простой ногодрыг на отдельном ядре покажет такую же зависимость от других ядер как в предыдущих тестах, то вопрос будет закрыт.
antoxa-kylibin писал(а): У меня Orange Pi 2E Plus, хочу на этой железяке запустить LinuxCNC, потестить.
Это та с 2Гб оперативки и 16Гб EMMC?
Давно хотел проверить её работу. Если готов для экспериментов, то скинь мне документацию по плате. Особо интересно схему и *.dtb c оригинальной прошивки.
Вопрос. Самостоятельно LinuxCNC собрать сможешь? Если я подготовлю только образ с RT ядром.
Да, это плата с 2гб ОЗУ на борту и 16гб ммс. Еще влеху прикупил microsd SanDisk вроде быструю по характеристикам, для всяких экспериментов.
Я не против подключиться к тестированию lcnc на этой железке. Если расскажете как собрать lcnc или ткнете носом туда где это написано, то могу попытаться сделать эту манипуляцию.
Kovus2 писал(а):Кажется эта шняга Pluma называется. Кажись какой-то форк или аналог Gedit.
Вот точно!
Очень удобная штукенция.
В эти сборки очень любезно вкомпилили Geany. Это вааще среда разработки. Им, на мой взгляд еще удобнее пользоваться, чем этими редакторами. Тут и номера строк, и подсветка синтаксиса, и отображение секций/блоков слева (удобно, когда очень длинный файл типа ini\hal).
antoxa-kylibin писал(а):
Я не против подключиться к тестированию lcnc на этой железке. Если расскажете как собрать lcnc или ткнете носом туда где это написано, то могу попытаться сделать эту манипуляцию.
Kovus2 писал(а):Кажется эта шняга Pluma называется. Кажись какой-то форк или аналог Gedit.
Вот точно!
Очень удобная штукенция.
В эти сборки очень любезно вкомпилили Geany. Это вааще среда разработки. Им, на мой взгляд еще удобнее пользоваться, чем этими редакторами. Тут и номера строк, и подсветка синтаксиса, и отображение секций/блоков слева (удобно, когда очень длинный файл типа ini\hal).
HAL у меня не подсветился, а вот INI стал красявым-красявым. Спасибо за наводку, в минималистическом образе оставлю его.
AVK74, поставил Pluma, посмотрел на него.... Потестил Latency..... Работа в Geany не влияет на Latency (по крайней мере за тот период, что я открывал/редактировал/закрывал файлы) , а вот только ЗАПУСК Pluma выплюнул Latency с 44300 до 101500.
При попытке редактирования в Pluma файла G-Code весом 11kB Latency улетел под 150000.
HAL у меня не подсветился, а вот INI стал красявым-красявым. Спасибо за наводку, в минималистическом образе оставлю его.
Просто HAL не имеет блоков, которые бы Geany смог бы распознать. Вот он его и дает как обычный линейный текстовый файл. В INI же структура четкая, вот его он и раскрашивает, как новогоднюю ёлку.
HAL у меня не подсветился, а вот INI стал красявым-красявым. Спасибо за наводку, в минималистическом образе оставлю его.
Просто HAL не имеет блоков, которые бы Geany смог бы распознать. Вот он его и дает как обычный линейный текстовый файл. В INI же структура четкая, вот его он и раскрашивает, как новогоднюю ёлку.
Вот кто-бы написал подсветку синтаксиса HAL для Geany.... Я так по диагонали глянул - ничего _особо_ сложного в этом нет. Там надо 1 файл чуть поправить и один файл создать(в котором будет описание синтаксиса HAL)
Вот кто-бы написал подсветку синтаксиса HAL для Geany.... Я так по диагонали глянул - ничего _особо_ сложного в этом нет. Там надо 1 файл чуть поправить и один файл создать(в котором будет описание синтаксиса HAL)
Что то с наскока с подсветками не разобрался. Попробовал вставить *.hal; к разным типам скриптов, конфигураций и пр. Но вменяемой подсветки не добился. Комменты подсвечиваются без проблем, а остальное - какая-то лажа.
svb писал(а):ЗАПУСК Pluma выплюнул Latency с 44300 до 101500.
При попытке редактирования в Pluma файла G-Code весом 11kB Latency улетел под 150000.
Pluma как таковой в этом эффекте не при делах. Сам процесс запуска приложения, требующего чтения/записи SD даёт задержку.
Попробуйте перенести root раздел на SSD or EMMC если имеется таковой, разницу сразу видно.
svb писал(а):ЗАПУСК Pluma выплюнул Latency с 44300 до 101500.
При попытке редактирования в Pluma файла G-Code весом 11kB Latency улетел под 150000.
Pluma как таковой в этом эффекте не при делах. Сам процесс запуска приложения, требующего чтения/записи SD даёт задержку.
Попробуйте перенести root раздел на SSD or EMMC если имеется таковой, разницу сразу видно.
Уважаемый going,
Простите мне мой неумеренный сарказм, но если бы Вы прочитали все сообщение, у Вас не возникло бы мысли о "не при делах" Pluma.
Почему тогда при ЗАПУСКЕ И РАБОТЕ остальных программ не проявляется этот эффект? У меня ВСЕ стартует с SD-карты, и я НУ НИКАК НЕ МОГУ ПОНЯТЬ, чем запуск с карты Pluma отличается от запуска с той же самой карты Geany/LinuxCNC/ES2gears и многих других приложений.
