January 24th, 2010

404

хехе

Обнаружил, чего не хватает в десктопной версии atop. Счётчика производительности видеокарты. Ну, чтобы запустил на одном экране игрушку в фулскрине, а на втором - монитор ресурсов.

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

Интересно, а какие средства для отладки и мониторинга производительности графической подсистемы есть?

В принципе... X'ы могут говорить, сколько полигонов ушло в openGL рисоваться... Наверное, где-то в lmsensors можно прикрутить датчики самой nvidia о загрузке процессоров видеокарты (прикольно будет - сортировка процессов по степени загруженности от них процессора видеокарты, и строчки - 4 на generic kernels и 2-3-4 (сколько их там в современных видяхах) - на графические ядра.

Ну и мониторинг потребления памяти видеокарты, аналогично.

(да-да, и алерты по перегрузке админу на почту, чтобы всех играющих засранцев сразу ловить).

... Тут есть одна проблема: если у нас несколько приложений запущено на одном сервере (например, многомониторная конфигурация, несколько копий вайна, плюс нативные opengl игры), и есть, собственно, терминалы, на которых и идёт аппаратная акселерация - то сбор статистики каким образом должен осуществляться? atop ведь ни слухом ни духом о том, что там на X-server'е происходит... Или atop должен работать с X-server'ом, который ассоциирован с его консолью?


(Да-да, это снобистские рассуждения о том, как прикольно иметь несколько копий вайна, которые могут работать по сети c X-сервером, чтобы виндузятники обзавидовались :)
404

юниксуемся...

Обнаруживаю, что разбирать большие завалы (у меня сейчас примерно 2Тб не разобрано) проще с помощью юниксвея.

Смотрите: надо снести все повторы, например, nyan koi. Релиз на сохрнение перенесён во write.

Дальше:
~/bin/al Nyan|grep -i Koi|grep -v write|grep -v HDD|xargs -d \\n rm -r


Всё. Всё лишнее удалено. Перед удалением имеет смысл глянуть глазами. И это много быстрее, чем любые операции с файлменеджерами. Потому что синтакис запроса можно очень легко поменять.

PS Прибил дапы DTB, Kampfer и Nyan Koi - +114Гб свободного места.
404

(задумчиво)

Возможно, имеет смысл, создавая LVM, конкретный заданный винт пихать в него не единым PV, а несколькими (например, 1.5Тб можно порезать на три части по 500Гб). Это даёт некую "мобильность" для самого LVM: если мы хотим, например, на этом диске ещё что-то сделать (например, раздел для boot), то разгребать придётся не 1.5Тб информации, а всего 500Гб для освобождения одного PV для выведения его из состава LVM...