Received: by 2002:a25:c205:0:0:0:0:0 with SMTP id s5csp5828671ybf; Thu, 5 Mar 2020 07:47:37 -0800 (PST) X-Google-Smtp-Source: ADFU+vvskRHESqEg1BtW18Y4wRwtDqS0OkwcJvyfyBjvidKiyb+P8f0PxtcElU7N/ivr0Pnmxlsc X-Received: by 2002:a05:6830:30ac:: with SMTP id g12mr5856635ots.221.1583423257066; Thu, 05 Mar 2020 07:47:37 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1583423257; cv=none; d=google.com; s=arc-20160816; b=B8YeYfkoGOX22kurBJe3mZ1F81J0700sIvbxbLXVUsk+a0rZ3bIup0NW5lfkW55IYI v/VMF//BmVZYIyWVVeroPXX/QeUupIxcqhZIl6QRqJpCSm+oy7oG8ooFHcPWxZOCsTLl hhDTrmmKIN13OlFRE25zt+OUWO5gEj4pMb5rbUa0+HVX7MzD8x6PMS0/TaRBGp3lkWIF TOB32uDwhO/56mLNqeQPqSn1GQo5k1jWl9vW4Ai6W8QiaVg20QWBsoAlwysYjSXhgpyO BtH+eIHdnb2d3Y04h7wczHVpaLF47lGZtrnKcjnbTYHuDvMcQUOYzQ7PCjNj25KfMxY8 VcwQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date; bh=wdrNXChZsOHG7o6bFxyFVFbW7Kkm82bHKOBQ91UXpDA=; b=dP/R2+hqc/otYqrli5arXnT5N+0hor8AyWcBlWOVS68+c3Gu/JyV0/YfhlNTAy0zRN LZCaRwI8zfSV8qmGe39AQjVvU7ZJmLVmUJZgmRLGsd+ce2NxnpeUy6T5eUyVJ3Nh0Lfj JPiZZ9FpQnUYg29vYk2UDGyhujQ31qptpZp1KO5Nq8eIq4EylTSS+U22AREM6a0lI8eg I391LXK0RVhotekKEUFU+oNx7vlgSJnLa0q7yhVqbvFyYU2zx7w2itFTZFkk8V+oQzgG 8/WdxZu6DQFY/TNzxCOOvChf5yXLsMp6Zo811FZ819rKVh0MnhheCq/EJ2UO5uqWgonz iHbQ== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id i20si3402942oie.119.2020.03.05.07.47.25; Thu, 05 Mar 2020 07:47:37 -0800 (PST) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726563AbgCEPqv (ORCPT + 99 others); Thu, 5 Mar 2020 10:46:51 -0500 Received: from mx2.suse.de ([195.135.220.15]:48544 "EHLO mx2.suse.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726067AbgCEPqu (ORCPT ); Thu, 5 Mar 2020 10:46:50 -0500 X-Virus-Scanned: by amavisd-new at test-mx.suse.de Received: from relay2.suse.de (unknown [195.135.220.254]) by mx2.suse.de (Postfix) with ESMTP id 9B018AC37; Thu, 5 Mar 2020 15:46:48 +0000 (UTC) Date: Thu, 5 Mar 2020 07:34:34 -0800 From: Davidlohr Bueso To: Arnaldo Carvalho de Melo Cc: Tommi Rantala , Peter Zijlstra , Ingo Molnar , Thomas Gleixner , Darren Hart , Mark Rutland , Alexander Shishkin , Jiri Olsa , Namhyung Kim , linux-kernel@vger.kernel.org Subject: Re: [PATCH 2/3] perf bench futex-wake: Restore thread count default to online CPU count Message-ID: <20200305153434.5r2jqsfxyrusrgwc@linux-p48b> References: <20200305083714.9381-1-tommi.t.rantala@nokia.com> <20200305083714.9381-3-tommi.t.rantala@nokia.com> <20200305145149.GB7895@kernel.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Disposition: inline In-Reply-To: <20200305145149.GB7895@kernel.org> User-Agent: NeoMutt/20180716 Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, 05 Mar 2020, Arnaldo Carvalho de Melo wrote: >Em Thu, Mar 05, 2020 at 10:37:13AM +0200, Tommi Rantala escreveu: >> Since commit 3b2323c2c1c4 ("perf bench futex: Use cpumaps") the default >> number of threads the benchmark uses got changed from number of online >> CPUs to zero: >> >> $ perf bench futex wake >> # Running 'futex/wake' benchmark: >> Run summary [PID 15930]: blocking on 0 threads (at [private] futex 0x558b8ee4bfac), waking up 1 at a time. >> [Run 1]: Wokeup 0 of 0 threads in 0.0000 ms >> [...] >> [Run 10]: Wokeup 0 of 0 threads in 0.0000 ms >> Wokeup 0 of 0 threads in 0.0004 ms (+-40.82%) >> >> Restore the old behavior by grabbing the number of online CPUs via >> cpu->nr: >> >> $ perf bench futex wake >> # Running 'futex/wake' benchmark: >> Run summary [PID 18356]: blocking on 8 threads (at [private] futex 0xb3e62c), waking up 1 at a time. >> [Run 1]: Wokeup 8 of 8 threads in 0.0260 ms >> [...] >> [Run 10]: Wokeup 8 of 8 threads in 0.0270 ms >> Wokeup 8 of 8 threads in 0.0419 ms (+-24.35%) >> >> Fixes: 3b2323c2c1c4 ("perf bench futex: Use cpumaps") > >Thanks, tested and applied. Thanks!