From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <dennis.birkholz@rwth-aachen.de>
Received: from mail.saout.de ([127.0.0.1])
 by localhost (mail.saout.de [127.0.0.1]) (amavisd-new, port 10024)
 with ESMTP id BGAgBnr3Kvpq for <dm-crypt@saout.de>;
 Sun, 26 Feb 2012 17:45:52 +0100 (CET)
Received: from mta-1.ms.rz.rwth-aachen.de (mta-1.ms.rz.RWTH-Aachen.DE
 [134.130.7.72])
 (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits))
 (No client certificate requested)
 by mail.saout.de (Postfix) with ESMTPS
 for <dm-crypt@saout.de>; Sun, 26 Feb 2012 17:45:52 +0100 (CET)
MIME-version: 1.0
Content-transfer-encoding: 7BIT
Content-type: text/plain; charset=ISO-8859-1
Received: from mx-out-1.rwth-aachen.de ([134.130.5.186])
 by mta-1.ms.rz.RWTH-Aachen.de
 (Sun Java(tm) System Messaging Server 6.3-7.04 (built Sep 26 2008))
 with ESMTP id <0M0000F0UEKFFG20@mta-1.ms.rz.RWTH-Aachen.de> for
 dm-crypt@saout.de; Sun, 26 Feb 2012 17:45:51 +0100 (CET)
Received: from [137.226.183.192] ([unknown] [137.226.183.192])
 by relay-auth-1.ms.rz.rwth-aachen.de
 (Sun Java(tm) System Messaging Server 7.0-3.01 64bit (built Dec  9 2008))
 with ESMTPA id <0M0000GACEKFT710@relay-auth-1.ms.rz.rwth-aachen.de> for
 dm-crypt@saout.de; Sun, 26 Feb 2012 17:45:51 +0100 (CET)
Message-id: <4F4A61BF.5070302@rwth-aachen.de>
Date: Sun, 26 Feb 2012 17:45:51 +0100
From: Dennis Birkholz <dennis.birkholz@rwth-aachen.de>
References: <4F4A25AB.7040003@rwth-aachen.de>
 <20120226133729.GA22224@agk-dp.fab.redhat.com>
In-reply-to: <20120226133729.GA22224@agk-dp.fab.redhat.com>
Subject: Re: [dm-crypt] Poor write performance on software raid with 512k
 chunk size
List-Id: <dm-crypt.saout.de>
List-Unsubscribe: <http://www.saout.de/mailman/options/dm-crypt>,
 <mailto:dm-crypt-request@saout.de?subject=unsubscribe>
List-Archive: <http://www.saout.de/pipermail/dm-crypt>
List-Post: <mailto:dm-crypt@saout.de>
List-Help: <mailto:dm-crypt-request@saout.de?subject=help>
List-Subscribe: <http://www.saout.de/mailman/listinfo/dm-crypt>,
 <mailto:dm-crypt-request@saout.de?subject=subscribe>
To: dm-crypt@saout.de

Thanks for the fast reply.

Am 26.02.2012 14:37, schrieb Alasdair G Kergon:
> As we've mentioned to others, try increasing 
>    /sys/block/<devices>/queue/nr_requests
> significantly (e.g. see if 50,000 has any impact).
> 
> Or experiment with these patches:
>   http://people.redhat.com/mpatocka/patches/kernel/dm-crypt-paralelizace/current/
> (at your own risk, of course).

As I mentioned before, I chose a smaller chunk size for my RAID to solve
this problem. As I am not interested in rebuilding a 6TB RAID again, I
cannot verify if your suggestions increase write throughput with greater
chunk size.

I would suggest that the device mapper should set default values that
give maximum performance for the default values other kernel subsystems
use. As the RAID subsystem seems to use 512k chunks by default, the
device mapper should use settings by default that allow maximum
performance for this chunk size.

Greets,
Dennis