From owner-freebsd-questions@freebsd.org Sat Nov 14 12:33:35 2015 Return-Path: Delivered-To: freebsd-questions@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 4E46FA2D494 for ; Sat, 14 Nov 2015 12:33:35 +0000 (UTC) (envelope-from smithi@nimnet.asn.au) Received: from sola.nimnet.asn.au (paqi.nimnet.asn.au [115.70.110.159]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id A1CBA1E70 for ; Sat, 14 Nov 2015 12:33:33 +0000 (UTC) (envelope-from smithi@nimnet.asn.au) Received: from localhost (localhost [127.0.0.1]) by sola.nimnet.asn.au (8.14.2/8.14.2) with ESMTP id tAECXUbq031912; Sat, 14 Nov 2015 23:33:30 +1100 (EST) (envelope-from smithi@nimnet.asn.au) Date: Sat, 14 Nov 2015 23:33:30 +1100 (EST) From: Ian Smith To: Adam Vande More cc: john.haraden@yahoo.com, FreeBSD Questions Subject: Re: est In-Reply-To: Message-ID: <20151114215226.I27669@sola.nimnet.asn.au> References: <20151016224929.Q15983@sola.nimnet.asn.au> <20151017232247.P15983@sola.nimnet.asn.au> <20151019175116.X15983@sola.nimnet.asn.au> <20151114022704.Y55748@sola.nimnet.asn.au> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 14 Nov 2015 12:33:35 -0000 On Fri, 13 Nov 2015 12:51:30 -0600, Adam Vande More wrote: > On Fri, Nov 13, 2015 at 11:33 AM, Ian Smith wrote: > > > There are parts of that article that don't ring true to me, not that I > > know anything about latest Xeons and how they handle Turbo mode. > > TurboBoost is applicable to more than just Xeons. Of course. As mentioned, my Core2Duo has it, or at least an earlier implementation. I expect it to have become more capable in more recent years, but as said, I don't know any details for more recent CPUs. > > I do > > know that FreeBSD never, so far, runs different cores at any different > > frequencies, > > FreeBSD has supported TurboBoost for years. Of course. But we do NOT support setting different CPU frequencies on different cores. TurboBoost may clock selected cores up to turbo speed, internally determined by microcode, but that has nothing to do with the clock speed FreeBSD sets for ALL CPUs, except that the highest (XX01) setting is what _enables_ turboboost, and then for ALL cores. Quoting from the referenced article in question: https://www.ateamsystems.com/tech-blog/increase-freebsd-performance-with-powerd/ : SpeedStep is the selective and rapid slowing down, idling and : possibly even sleeping of cores which are not being used or used : much. This increases the power and thermal windows for TurboBoost to : work effectively as slowing down/idling little-used cores means more : thermal dissipation and power to boost busy cores with. Much like : HyperThreading, windows of opportunity quickly close and open, and : the CPU and OS work in rapid conjunction to calculate and exploit : them. TurboBoost will not engage if SpeedStep information is not : being received from the OS, so it is crucial to enable the powerd(8) : service and ensure that SpeedStep is performing properly. Do I need to detail the several incorrect assumptions at play above, regarding FreeBSD's role in interacting with the CPU/s re TurboBoost in particular and SpeedStep in general? > I don't know what you've done to disable a generally useful feature, > but I suggest re-enabling it on your systems if you want better > single core performance. If you read my post you'd know precisely what I'd done to disable the feature that proves less than useful on my particular CPU, running both hotter and (marginally) SLOWER on repeatedly timed single-core tasks, and considerably hotter on longer multi-core tasks like -j buildworld. Don't take my word for it .. please read: http://lists.freebsd.org/pipermail/freebsd-mobile/2015-February/013240.html then feel free to argue with Warner about advice that worked for me :) The first sentence you quoted above, and others in my post, were meant to inform and invite discussion, not score points. I tried making clear that other, more recent CPUs may provide different outcomes. Some real results from proper testing on various hardware would be most welcome. cheers, Ian