DM-Crypt Archive on lore.kernel.org
 help / color / mirror / Atom feed
From: Milan Broz <gmazyland@gmail.com>
To: Redwood Hyd <redwoodhyd@gmail.com>, dm-crypt@saout.de
Subject: Re: [dm-crypt] dm-crypt perf related changes and cryptsetup LUKS format failing
Date: Fri, 07 Feb 2014 15:42:51 +0100	[thread overview]
Message-ID: <52F4F0EB.3060507@gmail.com> (raw)
In-Reply-To: <CADOhdumY2FgGZFdT4pJg=-WJSfJHN+WUoqJkU+3kB4_yv8efbg@mail.gmail.com>

On 02/07/2014 02:53 PM, Redwood Hyd wrote:
> Hi All ,
> 
> I did an experimental kernel change in linux/drivers/md/dm-crypt.c for
> improving crypto HW performance.
> Here is brief of it
> static void crypt_io_hints(struct dm_target *ti,
>                             struct queue_limits *limits)
> {
>   limits->physical_block_size = 32768;
>   blk_limits_io_min(limits, 32768);
>   blk_limits_io_opt(limits, 32768);
> }
> 
> It works (passed iozone -a,  robocopy from samba client) and doubled
> performance of dm-crypt WRITES !

Well, increasing encryption block size was discussed several times.

Please search archive, e.g. here is some patch which increased block size:
http://thread.gmane.org/gmane.linux.kernel.device-mapper.dm-crypt/6441/focus=6587

(yes, your patch is just modification of io limits, which is simpler but has some
side effects - random io read/write will be worse I guess)


> Problem -
> After above change cryptsetup luks format started failing disk
> validations so additionally in
> Cryptsetup-1.1.3  I  did  following changes to pass disk validation:

Why are you using version released 4 years ago? :)

Try recent 1.6.3. It works without changes.

(Btw your changes to cryptsetup are not correct, it will just paperback over
real problem and cause LUKS format incompatibility.)

Actually, this is what I see after you patch (x is activated LUKS device):

# lsblk -t /dev/sdb

NAME ALIGNMENT MIN-IO OPT-IO PHY-SEC LOG-SEC ROTA SCHED RQ-SIZE  RA WSAME
sdb          0    512      0     512     512    1 cfq       128 128   32M
`-x          0  32768  32768   32768     512    1           128 128    0B

# lsblk -f /dev/sdb
NAME FSTYPE      LABEL UUID                                 MOUNTPOINT
sdb  crypto_LUKS       fc534366-6be5-46f3-9349-44dbe47f4b80 
`-x  ext4              6dfa13d0-2d0e-4955-a5c4-bd0848b07b47 /mnt/tst

so IO limits works...

Milan

      reply	other threads:[~2014-02-07 14:42 UTC|newest]

Thread overview: 2+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-02-07 13:53 [dm-crypt] dm-crypt perf related changes and cryptsetup LUKS format failing Redwood Hyd
2014-02-07 14:42 ` Milan Broz [this message]

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=52F4F0EB.3060507@gmail.com \
    --to=gmazyland@gmail.com \
    --cc=dm-crypt@saout.de \
    --cc=redwoodhyd@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