Свежие комментарии

Title Comment
А откуда в 1 юните 4 видеокарты? И у тебя получается (ну циф

А откуда в 1 юните 4 видеокарты? И у тебя получается (ну цифирь на графике) 10 ядер фигней маются?

ну когда флопсов много то это не критично, отрисовку же ещё

ну когда флопсов много то это не критично, отрисовку же ещё на себя должен брать видеопроцессор

а для чего используется такая система? ( у меня из-за специф

а для чего используется такая система? ( у меня из-за специфики работы в мысли лезут только научные расчёты или что-то из этой серии - перебор паролей и прочие вычислительные задачи, которые великоваты для "простых" систем)

Это не у меня, это попросили повоспитывать немножко. Скромн

Это не у меня, это попросили повоспитывать немножко.

Скромный сервер, 1 юнит, два процессора AMD 6176

http://alextutubalin.livejournal.com/249880.html?thread=3218

http://alextutubalin.livejournal.com/249880.html?thread=3218456#t3218456

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

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

это что у тебя за тачка такая?

это что у тебя за тачка такая?

Не-а. Тред инициализации данных, который исполняется как по

Не-а.

Тред инициализации данных, который исполняется как получится, валится в CPU18 обычно.

А все треды, которые мне интересны - имеют явно поставленную affinity mask, они просто не могут между горшками бегать. И не бегают.

на фоне ~2400% CPU (по top) которое жрет другой процесс - по

на фоне ~2400% CPU (по top) которое жрет другой процесс - похрен.

Только этот рисовальщик еще сам ресурсы неплохо поджирает, х

Только этот рисовальщик еще сам ресурсы неплохо поджирает, хотя на мощных компьютерах этим можно пренебречь. Сравнивал с htop.

<q>Там (у меня) нет никакого шедулера. </q> это ты DOSу буд

Там (у меня) нет никакого шедулера.

это ты DOSу будешь рассказывать, что шедулера нет.

Но происходит драка за CPU1 (в терминах этой картинки), отчего все заметно портится.

да, вот такое вот говно, шедулер в линухе. все в первые ядра валит

Там (у меня) нет никакого шедулера. Ну почти. Все остальное

Там (у меня) нет никакого шедулера. Ну почти. Все остальное трепыхание может сожрать ну может 5% CPU. Одного. Из 24 (и это не HT). Ну может 10.

А в остальном - есть N тредов, где N почти точно равно числу процессоров. И они занимаются своими деламы: выгребают данные, загребают данные, сливают данные, считают данные.
12 потоков (т.е. 12 CPU) общаются с 4-мя видеокартами (2 потоков на карту не хватает, к сожалению), а остальные - считают.

Но происходит драка за CPU1 (в терминах этой картинки), отчего все заметно портится.

Мопед не мой, автору мопеда я написал.

ну да, недавно как раз жаловались что шедулер в линухе говно

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

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

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

collectl

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

переткните в другой USB-порт,

переткните в другой USB-порт, иногда такое бывает :)

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

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

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

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

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

Массовой потребности в такой колбасе нет. А те, кому она н

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

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

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

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

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

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

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

Тогда ой. Хотя, если вся простыня mpstat не нужна, можно од

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

Не-не, мониторинг - это раз в N минут и долгая история. А ес

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

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

Более-менее продвинуный мониторинг это умеет из коробки. У

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

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

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

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

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

тут 2 по 12 ))

тут 2 по 12 ))

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

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

Да нет, кернелшарк показывает вроде бы все, откуда идут трей

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

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

Ахаха, да, может я и идеализирую "настоящих" ученых :)

Ахаха, да, может я и идеализирую "настоящих" ученых :)

Pages

Subscribe to comments_recent_new