Проблемы с производительностью контроллера Intel SRCS16 [message #14772] |
Tue, 10 July 2007 10:30 |
a_s_y
Messages: 4 Registered: July 2007
|
Junior Member |
|
|
Приветствую.
Столкнулся c проблемой. Раздел вот с такими параметрами
Block size=4096 (log=2)
Fragment size=4096 (log=2)
145965056 inodes, 291919115 blocks
14595955 blocks (5.00%) reserved for the super user
First data block=0
Maximum filesystem blocks=4294967296
8909 block groups
32768 blocks per group, 32768 fragments per group
16384 inodes per group
форматируется около двух суток. С ядром без ovz форматирование завершается за час с копейками. Это всё без нагрузки. Есть проблема с подробностями сборки: я использовал готовые ядра с ovz и без от Alt Linux 4.0 Server (2.6.18 там) и, пока, не разбирался, как там что собрано. Здесь вопрос задаю пока больше на удачу и для начала, что называется - вдруг сразу идеи будут, без уточнения подробностей. Наводящим вопросам тоже буду рад. Нечто похожее нашёл тут: http://www.groupsrv.com/linux/about85678.html , но тут только вопрос, ответов не было.
Наблюдается ли такое с другими контроллерами на больших разделах ? Или, может, в каких-то конфигурациях, SRCS16 нормально работает ?
С уважением, Сергей.
|
|
|
Re: Проблемы с производительностью контроллера Intel SRCS16 [message #14776 is a reply to message #14772] |
Tue, 10 July 2007 11:04 |
khorenko
Messages: 533 Registered: January 2006 Location: Moscow, Russia
|
Senior Member |
|
|
Добрый день, Сергей.
На мой взгляд, столь сильное замедление - не есть нормально, при условии, что ядра и драйвера одинаковые.
Посему хотелось бы разобраться поподробнее с этими условиями.
Можно ли получить доп. информацию?
1) Очень хочется знать, какие именно ядра Вы проверяли
`uname -a` двух наиболее похожих было бы замечательно.
Note: последнее 2.6.18-8.1.4.el5-028stab035.1 имеет смысл сравнивать с RHEL5 8.1.4 ядром. И для корректности эксперимента очень хотелось бы проверить именно RHEL5 ядро.
2) Логи из /var/log/messages и dmesg для обоих ядер (полные). Может быть, рейд работает почему-то в разных режимах на разных ядрах.
3) И было бы совсем замечательно, если бы можно было получить на время доступ на машину потестировать, посмотреть.
4) Google показывает, что вопросы с производительностью (обычно на запись) возникают у людей достаточно часто (и не все из них использовали ovz). Intel, в частности, рекомендует включить cache writeback у контроллера. Только от powerfault нужно защититься.
http://www.intel.com/support/motherboards/server/srcs16/sb/c s-020502.htm
С уважением, Константин.
If your problem is solved - please, report it!
It's even more important than reporting the problem itself...
|
|
|
|
|