12298 2007-07-11 11:34:59 +0400 очень медленно работает RAID Intel SRCS16 2007-12-24 09:44:38 +0300 1 1 4 Development Sisyphus kernel-image-ovz-smp unstable all Linux CLOSED FIXED P2 normal --- 1 asy sin aspsk boris boris boyarsh glebfm ldv mike mithraen rider sbolshakov shrek sin vitty vsu zerg qa-sisyphus oldest_to_newest 52685 0 asy 2007-07-11 11:34:59 +0400 Обнаружиласть в Server 4.0/4.0.1 проблема. Очень медленно работает RAID-контроллер. Например, форматирование раздела с такими параметрами 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 ядром это происходит на порядок быстрее. При переписке с представителем SWsoft выявилось, что проблема в ядре ALt: пробовали ставить сборку 2.6.18-8.1.4.el5.028stab035.1 от SWsoft, с этим ядром проблема не воспроизводится. 52686 1 asy 2007-07-11 11:43:27 +0400 Да, могу дать полный доступ на сервер. 52687 2 ldv 2007-07-11 11:52:43 +0400 To ovz maintainer. 52698 3 asy 2007-07-11 16:38:15 +0400 На взятом у Михаила Шигорина 2.6.18-ovz-smp-alt13 тоже не воспроизводится. 52703 4 vsu 2007-07-11 18:39:25 +0400 Что происходит, если сменить IO scheduler - поставить вместо cfq anticipatory (или deadline)? echo -n anticipatory > /sys/block/sda/queue/scheduler 52724 5 asy 2007-07-12 00:22:26 +0400 Точно. И с anticipatory, и с deadline проблемы нет. Меняю severity на normal. 52740 6 asy 2007-07-12 11:41:09 +0400 На всякий случай засёк время для anticipatory и deadline. Отличие в секундах, форматировалось 1ч 14мин. C cfq было 43ч, минуты не помню. 52762 7 asy 2007-07-12 14:20:09 +0400 Хм, что интересно, с 2.6.18-8.1.4.el5.028stab035.1 от SWsoft нормально работает и с cfq. 52763 8 vsu 2007-07-12 14:52:15 +0400 alt14 - это 028stab031; видимо, в 028stab035 cfq всё-таки починили. 52766 9 mike 2007-07-12 15:17:09 +0400 Читая их анонсы -- со времён alt14 накопилось изрядно вроде бы фиксов довольно неприятных вещей... 52769 10 asy 2007-07-12 16:03:58 +0400 > alt14 - это 028stab031; видимо, в 028stab035 cfq всё-таки починили. То есть, у нас с шедулерами ничего специального не делалось ? 52783 11 asy 2007-07-12 17:38:33 +0400 с 2.6.18-8.el5.028stab031.1 воспроизвелось. 52798 12 asy 2007-07-12 18:51:06 +0400 Konstantin Khorenko из SWsoft нашёл, где нужная разница между 028stab031 и 028stab035: http://git.openvz.org/?p=linux-2.6.18-openvz;a=commit;h=c7fa58b331d23c0796996dcab75c72053fafab5a 53075 13 lakostis 2007-07-19 02:11:25 +0400 (In reply to comment #12) > Konstantin Khorenko из SWsoft нашёл, где нужная разница между 028stab031 и > 028stab035: > http://git.openvz.org/?p=linux-2.6.18-openvz;a=commit;h=c7fa58b331d23c0796996dcab75c72053fafab5a > У меня есть новая сборка ovz-smp на базе stab37. Выложить ее смогу только сегодня из офиса. Либо можете ее собрать самостоятельно из моего kernel-image-2.6.18 репозитория на git.alt (branch kernel-image-ovz-smp). 53080 14 mike 2007-07-19 11:42:32 +0400 (In reply to comment #13) > У меня есть новая сборка ovz-smp на базе stab37. Выложить ее смогу только > сегодня из офиса. Давай, тоже прокачу на разном. 53082 15 asy 2007-07-19 13:29:23 +0400 > kernel-image-2.6.18 репозитория на git.alt (branch kernel-image-ovz-smp). руки у меня пока до git не доходят. :-( Подожду. 53169 16 lakostis 2007-07-21 02:30:23 +0400 (In reply to comment #13) > У меня есть новая сборка ovz-smp на базе stab37. Выложить ее смогу только > сегодня из офиса. Либо можете ее собрать самостоятельно из моего > kernel-image-2.6.18 репозитория на git.alt (branch kernel-image-ovz-smp). ftp.altlinux.ru/pub/people/lakostis/kernel-ovz/ 53174 17 asy 2007-07-21 14:13:24 +0400 Именно этого бага нет (ну, не удивительно :-) ). В остальном пока не знаю, но, вроде, работает, на первый взгляд. 53199 18 asy 2007-07-23 12:06:23 +0400 кстати, stab38 готовится. Может, на него ориентироваться ? 56216 19 mike 2007-10-04 19:11:32 +0400 ping (и в updates/4.0 это тоже нужно) 56407 20 admaks 2007-10-11 12:26:30 +0400 (In reply to comment #19) > ping (и в updates/4.0 это тоже нужно) мои трения изложены тут: http://lists.altlinux.org/pipermail/community/2007-October/396971.html смысл: другой контроллер - 3Ware 9550SE-4LP на апдейченом ядре ovz из updates для x86-64 дает жуть... пока пришлось съехать на std ядро, но хочется то ovz и контейнеров пачку! ё :( 59895 21 asy 2007-12-24 09:44:17 +0300 На сколько я понимаю, в Бранче с 2.6.18-alt17 всё нормально в этом плане, закрываю.