From: Milan Broz <mbroz@redhat.com>
To: Thomas Damgaard <thomasdn@gmail.com>
Cc: dm-crypt@saout.de
Subject: Re: [dm-crypt] Slow I/O with LUKS on amd64
Date: Wed, 09 Mar 2011 11:21:53 +0100 [thread overview]
Message-ID: <4D7754C1.9050307@redhat.com> (raw)
In-Reply-To: <AANLkTimedVAtjqUtEf=gvHBEDWN-j8oxS4zzf-gLy23u@mail.gmail.com>
On 03/09/2011 09:11 AM, Thomas Damgaard wrote:
> I have recently switched from i386 to amd64. After switching to 64
> bit, I/O on LUKS encrypted devices became horribly slow.
> Do you have any idea what causes this? Or suggestions on how to debug
> this further?
>
> I have submitted a bug report on this on Launchpad. The report
> includes details on performance, hardware, etc.
Well, seems you already proved the it is Ubuntu kernel only problem.
So generic suggestions - be sure that
- you are always using the same encryption parameters (cipher, key size)
(once device is unlocked, performance is kernel only thing, so this cannot
be cryptsetup/LUKS problem)
- if you are testing fs over dmcrypt, be sure the same fs with the *same*
mount parameters is used. If using barriers switch them off for test.
(barrier=0). Verify with dmesg log.
- check which kernel cryptoAPI module is used for the encryption
(kernel should load arch sepcific one, e.g. aes_x86_64 vs aes_i586, not
generic one). usually simple lsmod of loaded modules here gives you hint.
Try blacklist that module so generic one is used etc.
- try some new kernel, I think even Ubuntu provides upstream snapshots
There is no reason x86_64 should be slower - many people it using, even on the
same hw you have.
Milan
next prev parent reply other threads:[~2011-03-09 10:21 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-03-09 8:11 [dm-crypt] Slow I/O with LUKS on amd64 Thomas Damgaard
2011-03-09 10:21 ` Milan Broz [this message]
2011-03-09 14:38 ` Carlo Wood
2011-03-09 15:46 ` Milan Broz
[not found] ` <AANLkTinTsUxYz1_ANqnsqjVejAM39oi7eC=2nqwiyjcn@mail.gmail.com>
[not found] ` <4D77BB5B.8090007@redhat.com>
2011-03-10 13:36 ` Thomas Damgaard
-- strict thread matches above, loose matches on Subject: below --
2011-03-15 0:44 Hanno Foest
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=4D7754C1.9050307@redhat.com \
--to=mbroz@redhat.com \
--cc=dm-crypt@saout.de \
--cc=thomasdn@gmail.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox