From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S932653AbbJMQUs (ORCPT ); Tue, 13 Oct 2015 12:20:48 -0400 Received: from one.firstfloor.org ([193.170.194.197]:33200 "EHLO one.firstfloor.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S932266AbbJMQUr (ORCPT ); Tue, 13 Oct 2015 12:20:47 -0400 Date: Tue, 13 Oct 2015 18:20:44 +0200 From: Andi Kleen To: "Theodore Ts'o" , George Spelvin , ahferroin7@gmail.com, andi@firstfloor.org, jepler@unpythonic.net, linux-kernel@vger.kernel.org, linux@rasmusvillemoes.dk Subject: Re: Updated scalable urandom patchkit Message-ID: <20151013162044.GD3533@two.firstfloor.org> References: <20151012135434.GA3548@thunk.org> <20151012203059.26372.qmail@ns.horizon.com> <20151013024645.GA31306@thunk.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20151013024645.GA31306@thunk.org> User-Agent: Mutt/1.5.21 (2010-09-15) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org I tested the two proposed patches from earlier this thread on a 4S system. This was just with my (worst case) micro. Unfortunately both patches scale much worse than the duplicated pools, and can be even worse than the baseline (not sure why). The base line peaks at slightly above 200K ops/s with less than 20 CPUs. And the it gets slower until settling around 100K ops/s with more CPUs. Ted's patch peaks at 350K with four CPUs, but then quickly degrades to 50K ops/s at 20+ CPUs. At 144 CPUs it is slightly faster again at ~80K. Spelvin's patch peaks at only 140K at 2 CPUs (so it's slower than base line), stays around 120K upto 20, then degrades quickly to 50K and then slowly improves again to ~80K. The duplicated pool patch is ~200K upto 20 CPus, 400K upto 40, 600K at slightly below 60 CPUs, and then very slowly degrades to 520K at 144. -Andi