From owner-freebsd-ppc@FreeBSD.ORG Sat Jan 17 22:04:26 2015 Return-Path: Delivered-To: freebsd-ppc@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 45E8FA86 for ; Sat, 17 Jan 2015 22:04:26 +0000 (UTC) Received: from asp.reflexion.net (outbound-240.asp.reflexion.net [69.84.129.240]) (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 EB285EC8 for ; Sat, 17 Jan 2015 22:04:25 +0000 (UTC) Received: (qmail 24240 invoked from network); 17 Jan 2015 22:04:24 -0000 Received: from unknown (HELO mail-cs-02.app.dca.reflexion.local) (10.81.19.2) by 0 (rfx-qmail) with SMTP; 17 Jan 2015 22:04:24 -0000 Received: by mail-cs-02.app.dca.reflexion.local (Reflexion email security v7.40.0) with SMTP; Sat, 17 Jan 2015 17:04:24 -0500 (EST) Received: (qmail 5355 invoked from network); 17 Jan 2015 22:04:23 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (DHE-RSA-AES256-SHA encrypted) SMTP; 17 Jan 2015 22:04:23 -0000 X-No-Relay: not in my network X-No-Relay: not in my network X-No-Relay: not in my network X-No-Relay: not in my network Received: from [192.168.1.8] (c-67-189-19-145.hsd1.or.comcast.net [67.189.19.145]) by iron2.pdx.net (Postfix) with ESMTPSA id F2C791C43B4; Sat, 17 Jan 2015 14:04:18 -0800 (PST) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 8.1 \(1993\)) Subject: Re: PowerMac G5 quad-core, CPU A1 DIODE TEMP: 90.8 C (for example): How to handle? [Mac OS X behavior] From: Mark Millard In-Reply-To: <42358897-0AC2-4B35-BE01-1D4EB2CC2F47@dsl-only.net> Date: Sat, 17 Jan 2015 14:04:22 -0800 Content-Transfer-Encoding: quoted-printable Message-Id: <4B8426E1-B0C8-430E-BA9F-EBBF2B1B935E@dsl-only.net> References: <42CF1E40-5BD5-4B00-86E9-C62AEB9B8B93@dsl-only.net> <15A6D627-9DC7-48AF-B133-94980AFCE46A@dsl-only.net> <20150115231129.1b28c8d0@zhabar.attlocal.net> <0631235D-A505-4C37-87D7-6F46A14552AB@dsl-only.net> <20150116233145.6708cc6f@zhabar.attlocal.net> <31331F84-63CC-48B7-81B5-E70A22E88CB7@dsl-only.net> <604BAA0A-FD15-4310-88B2-DFEE9988D1EB@dsl-only.net> <20150117080916.3e321a4f@zhabar.attlocal.net> <42358897-0AC2-4B35-BE01-1D4EB2CC2F47@dsl-only.net> To: Justin Hibbits , Nathan Whitehorn X-Mailer: Apple Mail (2.1993) Cc: FreeBSD PowerPC ML X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 17 Jan 2015 22:04:26 -0000 Mac OS X 10.5 does force idle time of some form to keep core = temperatures down! My evidence is as follows. The application Temperature monitor does show me temperature records = (including graphs over time) under Mac OS X 10.5 for the G5. (No rpms.) = It displays the information as for cpu A 1&2 and cpu B 1&2 (instead of 0 = and 1). A2 is what it shows as a the hot one, matching FreeBSD's a1. I = watched with the current short-term temperature display updating once a = second (set via preferences). Once it reached around the low 90C range on A2 the temperature on A2 = started oscillating, going from the mid/low 90C's down to the = 60C's/70C's and back up again, over and over, fairly rapidly. But the = graph of the temperatures for all the cores shows all the CPU/core = temperatures as oscillating in matching timing. So I conclude that Mac OS X is doing something to give all the = CPUs/cores time to cool down as soon as any one of them gets too hot. So I do not expect Mac OS X to automatically power down, it has already = been far longer than it takes for FreeBSD to shutdown with the patched = RPM/cooling code. Menu meters shows the cores as fully used (mostly = 100%, occasional 99%). They are mostly running 6 of my double/long-long = HINT benchmark variants built various ways with parameter values input = that are designed for long runs. (HINT is memory/CPU limited until it = causes noticeable paging. But I've configured to not page with the 16GB = of RAM avilable.) So far the maximum temperature is 95.8C, and that is on A2. The next = highest core is A1 at 81.2C so far. During this oscillation A2's minumum = is 60.7C so far. There is a pattern to the drops: there is a sequence of 5 to 7 in a row = where the drop starts back up almost immediately but then there is a = longer duration with the temperatures staying down before it starts back = up again. After the longer duration drop the temperature rise is not as = rapid so it is longer until the next forced-drop. For the 5-7 in a row they tend to get somewhat closer together the = further into the sequence. It may be that the time between triggers the = longer cooling duration. The G5 has been kept busy for well over an hour, far longer than FreeBSD = did for "make -j 8 buildworld buildkernel" =3D=3D=3D Mark Millard markmi at dsl-only.net On 2015-Jan-17, at 11:45 AM, Mark Millard = wrote: While I mentioned forced idle time as a technical possibility I'm not so = sure that FreeBSD would want to automatically drop performance in order = to keep a machine running. In my case such would not be enough for me to = decide to continue to use the problematical quad-core G5. (I doubt that = it would be a minor amount of idle time that was required to get =E2=80=9C= make -j 8 buildworld buildkernel" or other such to work reliably on this = G5.) I will try something to put the problematical G5 under load under Mac OS = X 10.5, say 4+ copies of the HINT benchmark running concurrently if I = still have that around. But I'm not aware of a pre-existing way to see = the fans speeds, pump speeds, and other such in that context. I may only = learn if it automatically shuts down or not. For FreeBSD I was fairly = sure I'd be able to readily find such extra information (and I did). I'd say that what I reported for "01:45:51 to 02:13:50" was near = full-throttle over that time and it started at 70.3C. Looks like Justin = got it programmed with the properties he wanted. =3D=3D=3D Mark Millard markmi at dsl-only.net On 2015-Jan-17, at 08:35 AM, Adrian Chadd wrote: On 17 January 2015 at 08:09, Justin Hibbits = wrote: > The new algorithm in this patch is supposed to put the fans at full > throttle around the midpoint, so around 70C they should be at full > blast. >=20 > Have you tried the same machine under heavy load with OS X or Linux? > We can keep adjusting the algorithm, as long as your machine is known > to be good enough under one of those OSs. If they also overheat, > there's nothing we can do, since OS X at least should run fine with > heavy load, as long as the hardware can handle it. Can you force introduce halt cycles to compensate for the increasing rise in temperature? -adrian