Received: by 2002:a25:7ec1:0:0:0:0:0 with SMTP id z184csp4500218ybc; Tue, 26 Nov 2019 09:52:18 -0800 (PST) X-Google-Smtp-Source: APXvYqyCqb9vVjcT5M8V8ga54kI5h3+GYLNszaKoqGW7RfhDe0PZIdehlt9Y0/WWhfbhM4ZM+OLI X-Received: by 2002:a17:906:7812:: with SMTP id u18mr44072368ejm.6.1574790738683; Tue, 26 Nov 2019 09:52:18 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1574790738; cv=none; d=google.com; s=arc-20160816; b=eIOlZAq9CkGN7blP06XshTZ4C6kWrIfW2Idqyp0niiF6K0UCTFMYSPVJBzNvxfWAlY wXt5SCzBRB8y9kFhDe3zZyrypGybV97y2uD63JMPPEkal9rhKNFIRuWIxJtiRJWtkM+D S3LdpliIRf7thIQ0O9wL8Gv1VG48W6LL1+0TVSUI+mqdxOY8Kk9PhyhtTQBmfS6MIuh4 SvlmCtPAUfWu6gwtgNY8D4NlWEoztBzhr1a0aZPwpLdExeNOPVI+eKqP7VyjtypYKTm+ WodA9eRvdyLoJyzxiABbbns0O1R38NzXLKnUwzsOgNirG845YlwJWxkYp5FS5BsqeqFd 5IYg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:mime-version :references:in-reply-to:date:cc:to:from:subject:message-id; bh=crG6IazimO89ECfzFBOZ/4N4aZ05mG/W8t2sZx33lM8=; b=i0vKspt/w0ddHgi9MB931rcQ/f7OykXu5JU4kDywnBYUsAfXqJjanaFmPohzJaHaXI +egRlVskw/F32PCGSWcrgKQ4/cphqwe7G3xAelp8XzudmeT+tztOhEhxqOJ6PmzAmDY1 VpRv7wwhhngNJmgykJxNMOIpRuqfL1nuY1xVm947ttDQrZDoQVaYArGh7WuprcFietbE zUUgSyl3AwgkI9YYL05RtNayGAePiHX25WrQ7n2OXtG1SovGn6902U91WZDraaHNUgE8 Ojzj50c95NbladYTkYjziEL+UBaHUfni0C6QaABHjP1UnLojEy5VLieqxf4GdLE0WP/z Ifzw== 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 o19si9364198edz.393.2019.11.26.09.51.45; Tue, 26 Nov 2019 09:52:18 -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 S1728377AbfKZPOU (ORCPT + 99 others); Tue, 26 Nov 2019 10:14:20 -0500 Received: from mx2.suse.de ([195.135.220.15]:58184 "EHLO mx1.suse.de" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1728078AbfKZPOU (ORCPT ); Tue, 26 Nov 2019 10:14:20 -0500 X-Virus-Scanned: by amavisd-new at test-mx.suse.de Received: from relay2.suse.de (unknown [195.135.220.254]) by mx1.suse.de (Postfix) with ESMTP id 1E196B9ED; Tue, 26 Nov 2019 15:14:18 +0000 (UTC) Message-ID: <1574781600.7677.2.camel@suse.cz> Subject: Re: [PATCH v4 1/6] x86,sched: Add support for frequency invariance From: Giovanni Gherdovich To: Doug Smythies , 'Srinivas Pandruvada' , 'Thomas Gleixner' , 'Ingo Molnar' , 'Peter Zijlstra' , 'Borislav Petkov' , 'Len Brown' , "'Rafael J . Wysocki'" Cc: x86@kernel.org, linux-pm@vger.kernel.org, linux-kernel@vger.kernel.org, 'Mel Gorman' , 'Matt Fleming' , 'Viresh Kumar' , 'Juri Lelli' , 'Paul Turner' , 'Vincent Guittot' , 'Quentin Perret' , 'Dietmar Eggemann' Date: Tue, 26 Nov 2019 16:20:00 +0100 In-Reply-To: <000801d5a41e$a7fce2c0$f7f6a840$@net> References: <20191113124654.18122-1-ggherdovich@suse.cz> <20191113124654.18122-2-ggherdovich@suse.cz> <000001d5a29b$c944fd70$5bcef850$@net> <1574697961.16378.5.camel@suse.cz> <000801d5a41e$a7fce2c0$f7f6a840$@net> Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.26.6 Mime-Version: 1.0 Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Mon, 2019-11-25 at 21:59 -0800, Doug Smythies wrote: > [...] > The issue with the schedutil governor not working properly in the 5.4 RC series > appears to be hardware dependant. > > My test computer is Intel(R) Core(TM) i7-2600K CPU @ 3.40GHz., Sandy Bridge. > On a temporary basis, I acquired a computer with an > Intel(R) Core(TM) i5-4460 CPU @ 3.20GHz, Haswell, > and schedutil governor behaviour with the exact same kernels is fine: > > That "gitsource" test, "make test" 6 times, first run thrown out: > > Kernel 5.4 intel_cpufreq/schedutil: 3411.8 seconds > Kernel 5.4 + gg 6 intel_cpufreq/schedutil: 1696.7 seconds > Ratio: 0.49 > Recall you got a ratio of 0.49 with 5th generation, Broadwell. It's good to hear that we're getting the same performance numbers for this patchset on all hardware that is not a Sandy Bridge. Thanks for double checking, independent verification is always valuable. Now, regarding the 5.4 regression for schedutil you see on Sandy Bridge: can we move this to the kernel bugzilla? Would you care to open a bug there and CC me to it? If it's reproducible we should assess it and see what can be done. I've tried gitsource on 5.3 versus 5.4, using intel_cpufreq + schedutil; I don't see the drop you're observing, but I don't have a Sandy Bridge readily available. This is what I see: Arithmetic mean of elapsed time for gitsource over 5 iterations (seconds): microarch v5.3 (baseline) v5.4 ------------------------------------------------------------------ Haswell 1337.84 +- 0.11% 1336.35 +- 0.12% ( 0.11%) Broadwell 1335.42 +- 0.08% 1352.54 +- 0.03% ( -1.28%) Skylake 887.03 +- 1.02% 870.90 +- 1.19% ( 1.82%) I'm looking around for a Sandy Bridge but I can make no promises at the moment. Thanks, Giovanni