From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on sa.int.altlinux.org X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.2.5 X-Virus-Scanned: amavisd-new at elserv.ru Message-ID: <4FCC8DED.8000405@elserv.msk.su> Date: Mon, 04 Jun 2012 14:29:01 +0400 From: Alex Moskalenko User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:10.0.3) Gecko/20120426 Thunderbird/10.0.3 MIME-Version: 1.0 To: ALT Linux sysadmins' discussion References: <4FCB6F81.1000708@elserv.msk.su> <4FCBB36E.6040109@elserv.msk.su> In-Reply-To: <4FCBB36E.6040109@elserv.msk.su> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 8bit Subject: Re: [Sysadmins] =?koi8-r?b?8cTSzyBvdnotZWwsIHNvZnR3YXJlIFJBSUQ1LCDF?= =?koi8-r?b?x88g08nOyNLPzsnawcPJ0SDJINfZ08/LycogTEE=?= X-BeenThere: sysadmins@lists.altlinux.org X-Mailman-Version: 2.1.12 Precedence: list Reply-To: ALT Linux sysadmins' discussion List-Id: ALT Linux sysadmins' discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Jun 2012 10:29:08 -0000 Archived-At: List-Archive: 03.06.2012 22:56, Alex Moskalenko пишет: > 03.06.2012 18:06, Alex Moskalenko пишет: >> Здравствуйте! >> >> Столкнулся с непонятным мне поведением системы на ovz-el при >> синхронизации/создании/проверке программного массива RAID5. >> Работает все это на 2.6.32-ovz-el-alt63 (аналогичное поведение было на >> ovz-el ядрах и до alt63). При создании/ребилде/проверке этого массива >> получаю нехарактерно низкую для такой системы скорость синхронизации и >> нехарактерно высокий LA. Также высокий LA получается при интенсивной >> работе с массивом RAID5. С массивом RAID10, расположенным на тех же >> дисках, таких эффектов не наблюдается. > Проблема, похоже, в CONFIG_MULTICORE_RAID456=y. Возможно, нет смысла > включать по умолчанию эту опцию? Судя по ссылкам, оно работает мягко > говоря "странно". В ближайшее время, если ничего не помешает, попробую > пересобрать ядро с CONFIG_MULTICORE_RAID456=n, и если проблема > исчезнет - повешу багу. Да, это оно. Пересборка с отключенным CONFIG_MULTICORE_RAID456 приводит скорость и LA в адекватное состояние. Соответственно, https://bugzilla.altlinux.org/show_bug.cgi?id=27399.