Linux Q

lexa - 20/Авг/2011 00:49

Граждане Линуксоводы!

Имею вопрос: есть ли к mpstat какой-нибудь GUI, ну вроде как в винде Performance Monitor? Мне надо смотреть load по ядрам, а то есть подозрение, что программа (чужая) в смысле affinity маленько безобразничает.

Дополнительное пожелание: уметь самплить чаще чем раз в секунду, 100-200 ms были бы в самый раз.

Про mpstat -P ALL я в курсе, только вот ядер - 24 штуки и никакая разумная история, ну хоть за 10 секунд, на экране никак не помещается.

Comments

izard (not verified) - 20/Авг/2011 01:04

Можно вроде kernelshark для этого приспособить...

lexa - 20/Авг/2011 11:01

В-принципе, да, про это место я как-то не подумал.

Vtune (или KernelShark про который я впервые услышал) покажут мне все просто в разрезе конкретного процесса, а не системы целиком.

izard (not verified) - 20/Авг/2011 12:30

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

Vtune конечно же покажет все. Инструментирующий колл граф, единственная его часть которая покажет только один процесс, убрали уже год назад.
Насчет Vtune я уверен на 100%, так как его поддержкой занимаюсь последние 5 лет, и постоянно сам использую.

izard (not verified) - 20/Авг/2011 12:31

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

lexa - 20/Авг/2011 16:37

Попробовал на i7 (AMD не у меня), получил не просто раскладку по загрузке, вот прямо таки картинку по thread interaction.

Счастья даже больше чем надо :)

ruslan_lv (not verified) - 20/Авг/2011 03:56

откуда столько ядер???

dadv (not verified) - 20/Авг/2011 10:29

4 процессора по шесть ядер в каждом, например i7-980X :-)

ruslan_lv (not verified) - 20/Авг/2011 13:09

тут 2 по 12 ))

ostapru (not verified) - 22/Авг/2011 22:21

Ну, 24 потока будут на 2 по 6 ядер + HT .
Я сначала про него и подумал, а оно оказалось AMD.

lexa - 20/Авг/2011 10:34

Два 12-ядерных AMD попались на пути.

ruslan_lv (not verified) - 20/Авг/2011 13:09

а что сами АМДшники предлагают для этого?

lexa - 20/Авг/2011 13:22

А они вроде всякий софт для мониторинга под Linux не предлагают?

ruslan_lv (not verified) - 21/Авг/2011 01:15

http://wwwd.amd.com/AMD/SReleaseF.nsf/softwarepages/ToolsbyOSAMD64

вроде есть что-то ))

Марко (not verified) - 20/Авг/2011 08:45

Не знаю что такое mpstat, но может быть tuna поможет?
http://docs.redhat.com/docs/en-US/Red_Hat_Enterprise_MRG/1.0/html/Realti...

lonelyhome (not verified) - 20/Авг/2011 15:10

Более-менее продвинуный мониторинг это умеет из коробки. У нас стоит geneos, но он для такой задачи - из пушки по воробьям.
Nagios не смотрел, возможно там это тоже уже решено.
Я бы в лоб сделал - скриптом парсить вывод mpstat или /proc и складывать в базу. А базу можно в любую позу поставить - хочешь картинку, хочешь табличку.

lexa - 20/Авг/2011 15:39

Не-не, мониторинг - это раз в N минут и долгая история. А если мониторинг пускать 10 раз в секунду, то он испортится (да и не даст).

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

lonelyhome (not verified) - 20/Авг/2011 16:22

Тогда ой. Хотя, если вся простыня mpstat не нужна, можно один нужный столбец транспонировать в строчку. Как-то так:
mpstat -P ALL 1 | perl -ane ' print "\n" if(/usr/); print "$F[2]\t" ;'
Но вре равно, не чаще раза в секунду.

lexa - 20/Авг/2011 16:27

Да это понятно.

Удивительно, что нет готового тула.

lonelyhome (not verified) - 20/Авг/2011 16:42

Массовой потребности в такой колбасе нет. А те, кому она нужна, могут сами быстро ее приготовить из доступных ингридиентов.

lexa - 20/Авг/2011 23:56

Да ну нафиг, значит total load - потребность есть, а per core - нету?

Anonymous (not verified) - 21/Авг/2011 20:55

я думаю http://collectl.sourceforge.net/ можно назвать готовым тулом для такого.

moshkow (not verified) - 21/Авг/2011 22:21

До десятка ядер можно смотреть и через gkrellm
до 20, боюсь, не поместятся