определить более свободное ядро перед запуском приложения

ядро linux

До сих пор непонятно, что ты имеешь ввиду: ядро ОС или ядро цпу. Если второе, то парсить /proc/stat (man sed,awk)

Из скриптиков разве можно привязывать «приложения» на ядра процессора? Знаю токо сисколы.

Да и зачем тебе это надо?

нужно заставить панель управления игровыми серверами, научить привязывать игровые сервера к ядрам. Для этого перед запуском, панель должна знать какое ядро на дедике более свободное и туда запустить игровой сервер с привязкой

man mpstat

а ты уверен, что от этого будет какой-то профит?

научить привязывать игровые сервера к ядрам.

Никогда так не делай, любитель приваточек.

да, ибо в момент прыжков hlds с одного ядра на второе, садится серверный фпс

пока будешь определять, занятое может разгрузится

аж на 2 миллисекунды? ужс

mpstat сидел минут 5 обновлял, одну и ту же инфу выводит. Мне нужно по запросу к оборудованию сразу получать информацию какое ядро менее загружено

Я так понимаю, правильная статистика по загруженности выдаётся только за некоторое время, а не моментально. top в пакетном режиме тоже так работает.

Как вариант, можешь пускать mpstat или top с секундным интервалом и парсить его выхлоп:

top -n2b | grep -E '%Cpu[[:digit:]]*' | tail -n 2

top: bad iterations arg '2b' вот что получаю

Придумай что-нибудь =).

Ну определишь ты наиболее свободное ядро, запустишь на нём что-то. Потом придёт скедулер и загрузит его. Отличный план.

Как определял корреляцию между «прыжками» и fps?

Лично проверял, когда запускаю приложение с tascset и указываю ядро, fps держится стабильно, когда без привязки, он начинает как дурной прыгать по ядрам и fps прыгает 950-200 и тд. Поэтому нужно перед запуском приложения, быстро получить информацию, какое ядро менее загружено и на него привязывать.

man taskset

нет никаких более свободных ядер, шедулер пытается загрузить всё что доступно дабы ничто не простаивало

тебе нужен cpuset

Пробовал играться со значением nice для процесса?

nice снижает производительность(если ты не знал)

nice снижает производительность(если ты не знал)

Зависит от шедулера

renice -20 chrt -f -p 98 процессу выставлял, по началу практически перестал прыгать по ядрам, но с запуском еще таких же процессов с таким же приоритетом, скачки начались чаще

А если тупо раздать каждому ресурсоемкому процессу по ядру? А там планировщик сам оставшиеся ресурсы распределит.

Кстати, твои процессы однопоточные, что ли?

да, однопоточные, это hlds Серверов больше чем ядер)

развивай мысль