From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <mav@elserv.msk.su>
X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on sa.int.altlinux.org
X-Spam-Level: 
X-Spam-Status: No, score=-2.6 required=5.0 tests=BAYES_00 autolearn=ham
	version=3.2.5
X-Virus-Scanned: amavisd-new at elserv.ru
Message-ID: <4FCBB36E.6040109@elserv.msk.su>
Date: Sun, 03 Jun 2012 22:56:46 +0400
From: Alex Moskalenko <mav@elserv.msk.su>
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 <sysadmins@lists.altlinux.org>
References: <4FCB6F81.1000708@elserv.msk.su>
In-Reply-To: <4FCB6F81.1000708@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 <sysadmins@lists.altlinux.org>
List-Id: ALT Linux sysadmins' discussion <sysadmins.lists.altlinux.org>
List-Unsubscribe: <https://lists.altlinux.org/mailman/options/sysadmins>,
	<mailto:sysadmins-request@lists.altlinux.org?subject=unsubscribe>
List-Archive: <http://lists.altlinux.org/pipermail/sysadmins>
List-Post: <mailto:sysadmins@lists.altlinux.org>
List-Help: <mailto:sysadmins-request@lists.altlinux.org?subject=help>
List-Subscribe: <https://lists.altlinux.org/mailman/listinfo/sysadmins>,
	<mailto:sysadmins-request@lists.altlinux.org?subject=subscribe>
X-List-Received-Date: Sun, 03 Jun 2012 18:56:53 -0000
Archived-At: <http://lore.altlinux.org/sysadmins/4FCBB36E.6040109@elserv.msk.su/>
List-Archive: <http://lore.altlinux.org/sysadmins/>

03.06.2012 18:06, Alex Moskalenko пишет:
> Здравствуйте!
>
> Столкнулся с непонятным мне поведением системы на ovz-el при
> синхронизации/создании/проверке программного массива RAID5.
>
> Исходные данные: Intel(R) Core(TM)2 CPU 6420@2.13GHz, чипсет G31, SATA
> ICH9R в режиме AHCI. 4 SATA жестких диска. На них собран программный
> RAID5 массив
> md5 : active raid5 sdc2[0] sdd2[4] sde2[2] sdf2[1]
>       1514703360 blocks super 1.2 level 5, 512k chunk, algorithm 2
> [4/4] [UUUU]
>       bitmap: 6/482 pages [24KB], 512KB chunk, file: /_bitmap_md5
>
> Работает все это на 2.6.32-ovz-el-alt63 (аналогичное поведение было на
> ovz-el ядрах и до alt63). При создании/ребилде/проверке этого массива
> получаю нехарактерно низкую для такой системы скорость синхронизации и
> нехарактерно высокий LA. Также высокий LA получается при интенсивной
> работе с массивом RAID5. С массивом RAID10, расположенным на тех же
> дисках, таких эффектов не наблюдается.
>
> Для примера - текущий снимок системы в момент проверки массива:
>
> cat /proc/mdstat
> Personalities : [raid1] [raid10] [raid6] [raid5] [raid4]
> md5 : active raid5 sdc2[0] sdd2[4] sde2[2] sdf2[1]
>       1514703360 blocks super 1.2 level 5, 512k chunk, algorithm 2
> [4/4] [UUUU]
>       [>....................]  check =  4.6% (23342252/504901120)
> finish=990.1min speed=8105K/sec
>       bitmap: 6/482 pages [24KB], 512KB chunk, file: /_bitmap_md5
> uptime
>  17:21:52 up 23 days,  4:53,  1 user,  load average: 50.28, 54.18, 49.92

Проблема, похоже, в CONFIG_MULTICORE_RAID456=y. Возможно, нет смысла 
включать по умолчанию эту опцию? Судя по ссылкам, оно работает мягко 
говоря "странно". В ближайшее время, если ничего не помешает, попробую 
пересобрать ядро с CONFIG_MULTICORE_RAID456=n, и если проблема исчезнет 
- повешу багу.