From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751567AbeA3Lx4 (ORCPT ); Tue, 30 Jan 2018 06:53:56 -0500 Received: from bombadil.infradead.org ([65.50.211.133]:48897 "EHLO bombadil.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751219AbeA3Lxz (ORCPT ); Tue, 30 Jan 2018 06:53:55 -0500 Date: Tue, 30 Jan 2018 12:53:49 +0100 From: Peter Zijlstra To: Mel Gorman Cc: Mike Galbraith , Matt Fleming , LKML Subject: Re: [PATCH 4/4] sched/fair: Use a recently used CPU as an idle candidate and the basis for SIS Message-ID: <20180130115349.GB2269@hirez.programming.kicks-ass.net> References: <20180130104555.4125-1-mgorman@techsingularity.net> <20180130104555.4125-5-mgorman@techsingularity.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20180130104555.4125-5-mgorman@techsingularity.net> User-Agent: Mutt/1.9.2 (2017-12-15) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, Jan 30, 2018 at 10:45:55AM +0000, Mel Gorman wrote: > The results can be less dramatic on NUMA where automatic balancing interferes > with the test. It's also known that network benchmarks running on localhost > also benefit quite a bit from this patch (roughly 10% on netperf RR for UDP > and TCP depending on the machine). Hackbench also seens small improvements > (6-11% depending on machine and thread count). The facebook schbench was also > tested but in most cases showed little or no different to wakeup latencies. What cpufreq setting were you using for these tests?