Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1754809AbbKLPDW (ORCPT ); Thu, 12 Nov 2015 10:03:22 -0500 Received: from mezzanine.sirena.org.uk ([106.187.55.193]:57192 "EHLO mezzanine.sirena.org.uk" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751048AbbKLPDU (ORCPT ); Thu, 12 Nov 2015 10:03:20 -0500 Date: Thu, 12 Nov 2015 15:02:38 +0000 From: Mark Brown To: Arnd Bergmann Cc: Baolin Wang , Jan Kara , Christoph Hellwig , axboe@kernel.dk, Alasdair G Kergon , Mike Snitzer , dm-devel@redhat.com, neilb@suse.com, tj@kernel.org, jmoyer@redhat.com, keith.busch@intel.com, bart.vanassche@sandisk.com, linux-raid@vger.kernel.org, "Garg, Dinesh" , LKML Message-ID: <20151112150238.GO12392@sirena.org.uk> References: <20151112122400.GB27454@quack.suse.cz> <4436790.rotQ3a7v5c@wuerfel> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="fjEAjMKpll6GDq3U" Content-Disposition: inline In-Reply-To: <4436790.rotQ3a7v5c@wuerfel> X-Cookie: We have DIFFERENT amounts of HAIR -- User-Agent: Mutt/1.5.24 (2015-08-30) X-SA-Exim-Connect-IP: 94.175.94.161 X-SA-Exim-Mail-From: broonie@sirena.org.uk Subject: Re: [PATCH 0/2] Introduce the request handling for dm-crypt X-SA-Exim-Version: 4.2.1 (built Mon, 26 Dec 2011 16:24:06 +0000) X-SA-Exim-Scanned: Yes (on mezzanine.sirena.org.uk) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1648 Lines: 42 --fjEAjMKpll6GDq3U Content-Type: text/plain; charset=us-ascii Content-Disposition: inline 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. --fjEAjMKpll6GDq3U Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQEcBAEBCAAGBQJWRKoNAAoJECTWi3JdVIfQkDUH/1ejU/OKvam0bizZOlfRzzUj sUyIiR+fv0kNMvIc38Us12nb4XwI1mz3TPIGJhJ1iozHU8xI7YaZaKmq0+uyCDwS FB8baE5gNASI+nTJ+K7g0YzEA3HkSoZi9JbRohO/IzBL7m/X+WhJoDFSunX9FKx8 2k65EGXkA5Ggpz6DqlamMpuYjS8zTr6uYhTVvhasb6m07Yxi0HYQKjHz7USR/7K7 EQMRVk/6Htc2OiH9Y87jo1n3Y3YNIF3UFr8dw5XCFIdDXuNJ1Pb6R7d5LN+AR+LG 9T0ppoj08J8zmJWC3n0BJu3RDUFPj7qqPp34uhKMur+OFpWAh0oXAgJmXRWc4iQ= =Uc/H -----END PGP SIGNATURE----- --fjEAjMKpll6GDq3U-- -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/