From owner-freebsd-bugs@freebsd.org Fri Feb 5 23:42:17 2016 Return-Path: Delivered-To: freebsd-bugs@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 018B9A77F26 for ; Fri, 5 Feb 2016 23:42:17 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id CFBDA399 for ; Fri, 5 Feb 2016 23:42:16 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id u15NgGAo082324 for ; Fri, 5 Feb 2016 23:42:16 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-bugs@FreeBSD.org Subject: [Bug 206961] powerd broken on SMP Date: Fri, 05 Feb 2016 23:42:16 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: bin X-Bugzilla-Version: 10.2-RELEASE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: duraid@octopus.com.au X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-bugs@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_id short_desc product version rep_platform op_sys bug_status bug_severity priority component assigned_to reporter cc Message-ID: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-bugs@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Bug reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Feb 2016 23:42:17 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D206961 Bug ID: 206961 Summary: powerd broken on SMP Product: Base System Version: 10.2-RELEASE Hardware: amd64 OS: Any Status: New Severity: Affects Some People Priority: --- Component: bin Assignee: freebsd-bugs@FreeBSD.org Reporter: duraid@octopus.com.au CC: freebsd-amd64@FreeBSD.org CC: freebsd-amd64@FreeBSD.org bug 125141 is marked FIXED, but I see it. background: 2-way Xeon E5-2690 system /etc/rc.conf:=20 powerd_enable=3D"YES" performance_cx_lowest=3D"Cmax" economy_cx_lowest=3D"Cmax" Consider these three cases: 1) Load no CPUs powerd works here. All cores run at reduced frequencies and enter deep sleep states. 2) Load all CPUs powerd works here. All cores run at high frequency and spend essentially all time in C0. (Actually, after a couple of minutes the system (hardware) alarm goes off because the CPUs are overheating; FreeBSD ignores that I guess, but let's worry about that some other day...) 3) Load one CPU Expected: One CPU runs at maximum ("boost") frequency and spends ~100% time in C0. (hardware-specific technicality: the core's "pair" spends 100% time in C1.) Other cores run at minimum frequency in deep(er) sleep. Observed: All CPUs stay in sleep states, though all of them average frequencies >30% above minimum. One core will average around 2% in C0 and will run at a high= er (though not maximum) frequency. It looks like there is some serious brokenness in SMP. #125141 makes it seem like powerd can be expected to do the right thing, but I seem to get the wo= rst of both worlds: increased power consumption as all cores stay out of deep s= leep and run at elevated frequencies, and decreased performance as no one core s= tays in C0 running and peak frequency. Perhaps interestingly, this problem can be exacerbated by setting dev.cpu..cx_lowest=3DC1 . (Which is necessary on my system to avo= id USB keyboard stuttering, but that's another issue...) It's not clear to me, the= n, that this is "the same" as #125141. Maybe it is, or maybe there remains something fundamentally wrong with powerd in (variable frequency, variable sleep) SMP scenarios. --=20 You are receiving this mail because: You are the assignee for the bug.=