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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.