[Comm] Производительность

Alexei Takaseev alexei на taf.ru
Вс Июл 29 04:36:20 MSK 2012



----- Исходное сообщение -----
> От: "Vladimir Karpinsky" <vkarpinsky на mail.ru>
> Кому: community на lists.altlinux.org
> Отправленные: Суббота, 28 Июль 2012 г 22:04:00
> Тема: Re: [Comm] Производительность
> 
> Почитал, подумал...
> 
> 28.07.2012 15:47, Vladimir Karpinsky пишет:
> > 28.07.2012 15:37, Dmitriy Kruglikov пишет:
> >> 28 июля 2012 г., 14:32 пользователь Vladimir Karpinsky
> >> <vkarpinsky на mail.ru> написал:
> >>> Там 3 одинаковых процесса. Насчёт iowait: м.б. это RAID1 (4
> >>> зеркала) так
> >>> себя ведёт?
> >> Так бы сразу и сказал ... ;)
> >>
> >> Отрывай ему data=ordered ...
> >> tune2fs -o journal_data_writeback /dev/????
> >> Перемонтируй, чтоб применилось.
> 
> Сделал для /home, собрал все данные (до и после) на этом
> разделе/массиве
> (до этого источник был на другом), перемонтировал, но пока результата
> нет,
> --- скорость таже и iowait тот же...
> 
> >> Потом оторви bitmap...
> 
> Это я так понимаю, уже параметр mdadm? Правильно ли я понимаю, что
> надо
> массив пересоздавать?
> 
> >> А перед ем  подумай, к чему это все приведет...
> >> Потому как если шо, то я не виноват...
> >>
> >> Но у меня LA упало с 2,7 до 0,3 ...
> 
> la тоже высокий остался

Посмотрите что показывает в:

/sys/block/[имя_жесткого_диска(sda, bla-bla-vla)]/queue

?

если нечто:

noop [cfq]

То можно попробовать на все диски, входящие в массивы:

echo "noop" > /sys/block/[имя_жесткого_диска(sda, bla-bla-bla)]/queue

Планировщик cfq при активной записи больших объемов данных у меня регулярно
окукливает системы.


Подробная информация о списке рассылки community