From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: 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 6IXxOsiyoPUO for ; Tue, 24 Jul 2012 16:16:54 +0200 (CEST) Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by mail.saout.de (Postfix) with ESMTP for ; Tue, 24 Jul 2012 16:16:54 +0200 (CEST) Received: from int-mx10.intmail.prod.int.phx2.redhat.com (int-mx10.intmail.prod.int.phx2.redhat.com [10.5.11.23]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id q6OEGrkT020433 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Tue, 24 Jul 2012 10:16:53 -0400 Received: from [10.34.2.19] (tawny.brq.redhat.com [10.34.2.19]) by int-mx10.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id q6OEGqck015547 for ; Tue, 24 Jul 2012 10:16:53 -0400 Message-ID: <500EAE54.2070807@redhat.com> Date: Tue, 24 Jul 2012 16:16:52 +0200 From: Milan Broz MIME-Version: 1.0 References: <20120722190757.GB10089@merlins.org> <20120722202213.GA7306@fancy-poultry.org> <20120722190757.GB10089@merlins.org> <1342986452.26887.3.camel@scapa> <20120722203929.GB3925@merlins.org> <20120722214757.GA16793@tansi.org> <20120723062850.GA6931@merlins.org> <20120723081407.GA872@tansi.org> <500D2B8E.3000908@redhat.com> <20120724140649.GA21528@fancy-poultry.org> In-Reply-To: <20120724140649.GA21528@fancy-poultry.org> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: [dm-crypt] aes-xts-plain with aes_x86_64 makes my SSD 5x slower than my encrypted HD List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: dm-crypt@saout.de On 07/24/2012 04:06 PM, Heinz Diehl wrote: > On 23.07.2012, Milan Broz wrote: > >> I do not like this dmcrypt mode a we tried to fix it. There is a bunch of patches >> from Mikulas Patocka which switches parallelization to use all available >> cpus (if not limited by paramater). >> In my tests it improved performance in some cases but not in all situations >> (there were some slow downs which scares me). >> (You can see patches here http://people.redhat.com/mpatocka/patches/kernel/dm-crypt-paralelizace/) > > This is definitely the way to go, in the age of > multicore-systems. Some of the patches are already included in > linux-3.5, and the rest needs to be rebased on top of it. I'd like to > try the whole series on a quadcore testing machine, but I'm not > familiar with the code in most of the patches, and only one single > wrong merge could lead to wrong conclusions. You can use my working repo, it can be applied cleanly on top of 3.5 http://mbroz.fedorapeople.org/dm-crypt/parallel/ But I run just very simple test, there can be mistakes. (There are still a lot of questions and maybe some ideas will not be implemented this way, Anyway, if you can prove it helps in your config, let me know.) Milan