From owner-freebsd-acpi@FreeBSD.ORG Fri Oct 27 16:35:58 2006 Return-Path: X-Original-To: acpi@freebsd.org Delivered-To: freebsd-acpi@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 15DB816A40F for ; Fri, 27 Oct 2006 16:35:58 +0000 (UTC) (envelope-from sam@errno.com) Received: from ebb.errno.com (ebb.errno.com [69.12.149.25]) by mx1.FreeBSD.org (Postfix) with ESMTP id 54B4E43D6E for ; Fri, 27 Oct 2006 16:35:51 +0000 (GMT) (envelope-from sam@errno.com) Received: from [10.0.0.248] (trouble.errno.com [10.0.0.248]) (authenticated bits=0) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id k9RGZmDA007403 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 27 Oct 2006 09:35:50 -0700 (PDT) (envelope-from sam@errno.com) Message-ID: <45423564.8030703@errno.com> Date: Fri, 27 Oct 2006 09:35:48 -0700 From: Sam Leffler User-Agent: Thunderbird 1.5.0.7 (X11/20060920) MIME-Version: 1.0 To: Nate Lawson References: <45422F17.4000704@root.org> In-Reply-To: <45422F17.4000704@root.org> X-Enigmail-Version: 0.94.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: acpi@freebsd.org Subject: Re: powerd: add support for limiting cpu frequency on adaptive mode X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Oct 2006 16:35:58 -0000 Nate Lawson wrote: > Ian Smith wrote: >> On Thu, 26 Oct 2006, Kevin Oberman wrote: >> >> > > Can someone look on the pr >> > > (http://www.freebsd.org/cgi/query-pr.cgi?pr=bin/104689) I sent. >> Maybe >> > > the patch is dirty but I think that idea is nice and with it battery >> > > lives really longer. >> > > YES! When I am on battery for an extended time, I am very happy >> to have >> > the system max out at a MUCH lower speed if I can keep basic >> capabilities >> > for simple stuff like editing and such. Slight slow-downs are not an >> > issue. >> >> The problem I see with this patch as it stands is that it affects both >> battery and AC power adaptive modes (ie, powerd default operating mode) >> >> Stepan says in the PR: >> >> "Apply the patch and run powerd: >> powerd -a maximum -b adaptive -m 558 >> Where 558 is maximum frequency on adaptive mode" >> >> I want to run adaptive mode on 'AC' both because it uses half the power >> when idle and greatly reduces the laptop's temperature (Thinkpad T23). >> 'AC' in quotes, this being a 100% solar power home; every watt counts. >> Were the -m switch function ANDed with (acline_status = SRC_BATTERY) or >> perhaps, allowing for SRC_UNKNOWN, (acline_status != SRC_AC) then you >> could still use adaptive mode at full speed on 'AC' when required and >> take advantage of setting a maximum speed while running on battery? >> > That said, power consumption is NOT intuitive. If I am playing an MP3 >> > (very constant CPU load) at a speed where the CPU is at about 80%, >> the >> > system uses more power than when the CPU is at 30%. In either case, >> the >> > MP3 playback is fine. (This was on my T30 with a 1.8G P4M CPU, so it's >> > not the best for power use.) >> >> The T23 is only a two-speed P3M (1133/733) so I've yet to see the full >> potential of powerd, nor have I played with its idle/busy shift points >> or examined hysteresis between load shift points at various freqs, but >> it's already a Very Good Thing here .. >> >> > I know that Windows wants to reduce maximum CPU speed when running on >> > battery, so I do believe this is a good thing. >> >> If limited to while running on battery only, I'd heartily agree. >> Meanwhile of course you can run powerd -b min though that might be >> overkill if you have lots of freqs available .. > > I'll say it again: we need real profiles, not more command line flags. > The first person to add a .y and define a config file format gets a > cookie. I just haven't found anyone willing to put in that design effort. > Config files are great but I think something more dynamic is needed. In particular I'd like to see devd launch tools that inform powerd it should switch operating mode from AC -> battery. Otherwise powerd needs this builtin and then we'll have no good place to centralize power-related work (e.g. like setting wireless cards into power save mode when operating in sta mode and on battery). Or perhaps I'm not clueful here... Sam