Исходное сообщение
"Мониторинг и восстановление программного RAID в Linux" Отправлено Michael Shigorin, 19-Ноя-08 19:31
>Это стопудовая незавсисимость от железа. Угу. >Не разу кстати не видел, чтобы рейд жрал хотя-бы один процент процессорного времени. Ну мне вот доводилось :) От видения неприятного процента CPU за md*_raid*, страшных iowait и LA помогают: - тесты _заранее_ под нагрузкой (bonnie/bonnie++ в помощь): может, лишнее место не стоит тормозов БД (или ещё чего активно пишущего) и лучше сделать 1/10, а не 5? - для 5/6: stripe alignment (http://www.pythian.com/blogs/411/aligning-asm-disks-on-linux) - понимание, что такое seek, и разнос нагрузки по физическим шпинделям (и их пачкам) - монтировать с noatime, если оно некритично - xfs (ОБЯЗАТЕЛЬНО с UPS!) - разумное поднятие readahead и stripe cache, подбор io scheduler -- например, для двух SATA RAID5 по четыре диска каждый: for i in a b c d e f g h; do         echo deadline > /sys/block/sd$i/queue/scheduler         echo 1024 > /sys/block/sd$i/queue/read_ahead_kb done echo 2048 > /sys/block/md0/md/stripe_cache_size echo 2048 > /sys/block/md4/md/stripe_cache_size hdparm -a 1024 /dev/sd[a-h] hdparm -a 4096 /dev/md[04]

Ваше сообщение
Имя*:
EMail:	Для отправки ответов на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email). Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:
	Введите код, изображенный на картинке: