[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20151112150238.GO12392@sirena.org.uk>
Date: Thu, 12 Nov 2015 15:02:38 +0000
From: Mark Brown <broonie@...nel.org>
To: Arnd Bergmann <arnd@...db.de>
Cc: Baolin Wang <baolin.wang@...aro.org>, Jan Kara <jack@...e.cz>,
Christoph Hellwig <hch@...radead.org>, axboe@...nel.dk,
Alasdair G Kergon <agk@...hat.com>,
Mike Snitzer <snitzer@...hat.com>, dm-devel@...hat.com,
neilb@...e.com, tj@...nel.org, jmoyer@...hat.com,
keith.busch@...el.com, bart.vanassche@...disk.com,
linux-raid@...r.kernel.org, "Garg, Dinesh" <dineshg@...cinc.com>,
LKML <linux-kernel@...r.kernel.org>
Subject: Re: [PATCH 0/2] Introduce the request handling for dm-crypt
On Thu, Nov 12, 2015 at 01:57:27PM +0100, Arnd Bergmann wrote:
> On Thursday 12 November 2015 20:51:10 Baolin Wang wrote:
> > But it maybe not enough for HW engine which can handle maybe 10M/20M
> > at one time.
> Given that you have already done measurements, can you find out how much
> you lose in overall performance with your existing patch if you artificially
> limit the maximum size to sizes like 256kb, 1MB, 4MB, ...?
It's probably also worth looking at the impact on CPU utilisation as
well as throughput in your benchmarking since the system will often not
be idle when it's doing a lot of I/O - I know you've done some
measurements in that area before, including them when looking at block
sizes might be interesting.
Download attachment "signature.asc" of type "application/pgp-signature" (474 bytes)
Powered by blists - more mailing lists