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 rtDynVEo6wil for ; Sun, 15 Jan 2012 16:06:08 +0100 (CET) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.187]) by mail.saout.de (Postfix) with ESMTP for ; Sun, 15 Jan 2012 16:06:07 +0100 (CET) Date: Sun, 15 Jan 2012 16:05:01 +0100 From: Heinz Diehl Message-ID: <20120115150501.GA6373@fancy-poultry.org> References: <20120112150640.GA1918@fancy-poultry.org> <4F0EFAD3.3090908@redhat.com> <20120112162815.GA13265@tansi.org> <4F0F2442.4060004@redhat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4F0F2442.4060004@redhat.com> Subject: Re: [dm-crypt] Twofish 3-way List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: dm-crypt@saout.de On 12.01.2012, Milan Broz wrote: > Hm, right. But I think XTS can process blocks in one sector > in parallel as well, but I just saw generic tcrypt tests > (http://www.spinics.net/lists/linux-crypto/msg06351.html), > not dmcrypt based numbers... This raises an important question: is there any improvement in using 3-way twofish with LUKS/dmcrypt at all?