From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752140AbcFVKAG (ORCPT ); Wed, 22 Jun 2016 06:00:06 -0400 Received: from mail-vk0-f42.google.com ([209.85.213.42]:36474 "EHLO mail-vk0-f42.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751175AbcFVJ7X (ORCPT ); Wed, 22 Jun 2016 05:59:23 -0400 MIME-Version: 1.0 In-Reply-To: <20160622075445.GW30927@twins.programming.kicks-ass.net> References: <20160616172256.GJ30921@twins.programming.kicks-ass.net> <20160622071601.GX30154@twins.programming.kicks-ass.net> <20160622074941.GV30927@twins.programming.kicks-ass.net> <20160622075445.GW30927@twins.programming.kicks-ass.net> From: Jirka Hladky Date: Wed, 22 Jun 2016 11:52:45 +0200 Message-ID: Subject: Re: Kernel 4.7rc3 - Performance drop 30-40% for SPECjbb2005 and SPECjvm2008 benchmarks against 4.6 kernel To: Peter Zijlstra Cc: linux-kernel@vger.kernel.org, Ingo Molnar , Kamil Kolakowski Content-Type: text/plain; charset=UTF-8 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi Peter, the performance regression has been caused by this commit ================================================= commit 6ecdd74962f246dfe8750b7bea481a1c0816315d Author: Yuyang Du Date: Tue Apr 5 12:12:26 2016 +0800 sched/fair: Generalize the load/util averages resolution definition ================================================= Could you please have a look? Thanks a lot! Jirka On Wed, Jun 22, 2016 at 9:54 AM, Peter Zijlstra wrote: > On Wed, Jun 22, 2016 at 09:49:41AM +0200, Peter Zijlstra wrote: >> On Wed, Jun 22, 2016 at 09:16:01AM +0200, Peter Zijlstra wrote: >> > WTF a benchmark needs that crap is beyond me, but whatever, I have >> > numbers. >> >> Oh, shaft me harder, its XML shite :/ How is a sane person ever going to >> get numbers out. >> >> I'm >.< close to giving up on this site and declaring the thing >> -EDONTCARE. > > OK, done.. have a look at this: > > > /tmp/SPECjvm2008/compiler.compiler/compiler/src/share/classes/javax/lang/model/element/Name.java:54: cannot access java.lang.CharSequence > bad class file: spec.benchmarks.compiler.SpecFileManager$CachedFileObject@1c06fce6 > bad constant pool tag: 18 at 10 > Please remove or make sure it appears in the correct subdirectory of the classpath. > public interface Name extends CharSequence { > ^ > ERROR: compiler exit code: 1 > > Warmup (120s) begins: Wed Jun 22 09:45:33 CEST 2016 > /tmp/SPECjvm2008/compiler.compiler/compiler/src/share/classes/javax/lang/model/element/Name.java:54: cannot access java.lang.CharSequence > bad class file: spec.benchmarks.compiler.SpecFileManager$CachedFileObject@1c06fce6 > bad constant pool tag: 18 at 10 > Please remove or make sure it appears in the correct subdirectory of the classpath. > public interface Name extends CharSequence { > ^ > /tmp/SPECjvm2008/compiler.compiler/compiler/src/share/classes/javax/lang/model/element/Name.java:54: cannot access java.lang.CharSequence > bad class file: spec.benchmarks.compiler.SpecFileManager$CachedFileObject@1c06fce6 > bad constant pool tag: 18 at 10 > Please remove or make sure it appears in the correct subdirectory of the classpath. > > > > Clearly this stuff just isn't made to be used. > > > /me goes do something useful.