From: Milan Broz <gmazyland@gmail.com>
To: Binoy Jayan <binoy.jayan@linaro.org>,
Oded <oded.golombek@arm.com>, Ofir <Ofir.Drang@arm.com>
Cc: Herbert Xu <herbert@gondor.apana.org.au>,
"David S. Miller" <davem@davemloft.net>,
linux-crypto@vger.kernel.org, Mark Brown <broonie@kernel.org>,
Arnd Bergmann <arnd@arndb.de>,
linux-kernel@vger.kernel.org, Alasdair Kergon <agk@redhat.com>,
Mike Snitzer <snitzer@redhat.com>,
dm-devel@redhat.com, Shaohua Li <shli@kernel.org>,
linux-raid@vger.kernel.org, Rajendra <rnayak@codeaurora.org>,
Milan Broz <gmazyland@gmail.com>, Gilad <gilad@benyossef.com>
Subject: Re: [RFC PATCH v5] IV Generation algorithms for dm-crypt
Date: Mon, 10 Apr 2017 16:00:39 +0200 [thread overview]
Message-ID: <774a9713-05ef-0162-0203-461254a04f6e@gmail.com> (raw)
In-Reply-To: <1491562064-23591-1-git-send-email-binoy.jayan@linaro.org>
On 04/07/2017 12:47 PM, Binoy Jayan wrote:
> ===============================================================================
> dm-crypt optimization for larger block sizes
> ===============================================================================
...
> Tests with dd [direct i/o]
>
> Sequential read -0.134 %
> Sequential Write +0.091 %
>
> Tests with fio [Aggregate bandwidth - aggrb]
>
> Random Read +0.358 %
> Random Write +0.010 %
>
> Tests with bonnie++ [768 MiB File, 384 MiB Ram]
> after mounting dm-crypt target as ext4
>
> Sequential o/p [per-char] -2.876 %
> Sequential o/p [per-blk] +0.992 %
> Sequential o/p [re-write] +4.465 %
>
> Sequential i/p [per-char] -0.453 %
> Sequential i/p [per-blk] -0.740 %
>
> Sequential create -0.255 %
> Sequential delete +0.042 %
> Random create -0.007 %
> Random delete +0.454 %
>
> NB: The '+' sign shows improvement and '-' shows degradation.
> The tests were performed with minimal cpu load.
> Tests with higher cpu load to be done
Well, it is good that there is no performance degradation but it
would be nice to have some user of it that proves it is really
working for your hw.
FYI - with patch that increases dmcrypt sector size to 4k
I can see improvement in speed usually in 5-15% with sync AES-NI
(depends on access pattern), with dmcrypt mapped to memory
it is even close to 20% speed up (but such a configuration is
completely artificial).
I wonder why increased dmcrypt sector size does not work for your hw,
it should help as well (and can be combiuned later with this IV approach).
(For native 4k drives this should be used in future anyway...)
Milan
next prev parent reply other threads:[~2017-04-10 14:00 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2017-04-07 10:47 [RFC PATCH v5] IV Generation algorithms for dm-crypt Binoy Jayan
2017-04-07 10:47 ` [RFC PATCH v5] crypto: Add IV generation algorithms Binoy Jayan
2017-04-10 14:00 ` Milan Broz [this message]
2017-04-13 8:46 ` [RFC PATCH v5] IV Generation algorithms for dm-crypt Binoy Jayan
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=774a9713-05ef-0162-0203-461254a04f6e@gmail.com \
--to=gmazyland@gmail.com \
--cc=Ofir.Drang@arm.com \
--cc=agk@redhat.com \
--cc=arnd@arndb.de \
--cc=binoy.jayan@linaro.org \
--cc=broonie@kernel.org \
--cc=davem@davemloft.net \
--cc=dm-devel@redhat.com \
--cc=gilad@benyossef.com \
--cc=herbert@gondor.apana.org.au \
--cc=linux-crypto@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-raid@vger.kernel.org \
--cc=oded.golombek@arm.com \
--cc=rnayak@codeaurora.org \
--cc=shli@kernel.org \
--cc=snitzer@redhat.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