[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