Re: [gentoo-user-ru] Re: [gentoo-user-ru] Re[2]: [gentoo-user-ru] Re: Насущный вопрос о тормозах при интенсивном I/O

[Alex Efros]

Hi!

On Tue, Mar 02, 2010 at 02:42:22PM +0600, Dmitry Pisarev wrote:
> а дальше надо как то дать почитать девелоперам ядра.. что бы им
> статистика понравилась :).
> другой выхлоп как уже писали - смена железа по народной мудрости :)
>
> Alex, может сразу списаться с ядерным девелопером, кто баг курирует, и
> спросить про жизнеспособность этой идеи?. Если согласен, то спишись ты.:)

Уже. Я писал об этом прямо в том баге ядра, и девелоперы мне тогда активно
отвечали, что-то обсуждали - так что они это предложение видели точно.
Но энтузиазм у них по этому поводу явно отсутствовал. Подозреваю, что их
мысли были примерно такие: "странная статистика, которая вообще не факт
что имеет отношение к делу, и с которой непонятно что вообще делать дальше...".
В общем, если статистику собрать самим, и по ней будут реально видны
какие-то зависимости, то с этим уже реально будет девелоперов дёргать.

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

Что касается скрипта для сбора статистики - думаю, lshw более чем
достаточно. Тем более, что есть некоторые основания считать, что проблема
зависит не от всего возможного железа, а только от винта, и для начала
достаточно проверить эту теорию. Можно на каком-нить бесплатном
wiki-хостинге создать страничку со списками тормозящих и не тормозящих
винтов, и ссылками на детальные результаты lshw.

-- 
			WBR, Alex.