From owner-freebsd-mobile@FreeBSD.ORG Tue Aug 30 00:20:53 2005 Return-Path: X-Original-To: freebsd-mobile@freebsd.org Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 492C416A41F for ; Tue, 30 Aug 2005 00:20:53 +0000 (GMT) (envelope-from dan@langille.org) Received: from nezlok.unixathome.org (nezlok.unixathome.org [66.154.97.250]) by mx1.FreeBSD.org (Postfix) with ESMTP id E74BB43D46 for ; Tue, 30 Aug 2005 00:20:52 +0000 (GMT) (envelope-from dan@langille.org) Received: from localhost (localhost [127.0.0.1]) by nezlok.unixathome.org (Postfix) with ESMTP id 04EC356A8; Mon, 29 Aug 2005 17:20:51 -0700 (PDT) Received: from nezlok.unixathome.org ([127.0.0.1]) by localhost (nezlok.unixathome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 85681-04; Mon, 29 Aug 2005 17:20:49 -0700 (PDT) Received: from bast.unixathome.org (CPE0004aca374af-CM0011e67a4a3b.cpe.net.cable.rogers.com [70.26.229.230]) by nezlok.unixathome.org (Postfix) with ESMTP id E1B3A569A; Mon, 29 Aug 2005 17:20:47 -0700 (PDT) Received: from wocker (wocker.unixathome.org [10.55.0.99]) by bast.unixathome.org (Postfix) with ESMTP id 5EC4B3D3B; Mon, 29 Aug 2005 20:20:47 -0400 (EDT) From: "Dan Langille" To: "Kevin Oberman" Date: Mon, 29 Aug 2005 20:20:47 -0400 MIME-Version: 1.0 Message-ID: <43136E1F.16158.ECBAA84@localhost> Priority: normal In-reply-to: <20050826155514.98AB05D07@ptavv.es.net> References: Your message of "Thu, 25 Aug 2005 22:42:47 EDT." <430E4967.20355.1BF72257@localhost> X-mailer: Pegasus Mail for Windows (4.21c) Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT Content-description: Mail message body X-Virus-Scanned: by amavisd-new at unixathome.org Cc: freebsd-mobile@freebsd.org Subject: Re: long flight; need battery power! X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 30 Aug 2005 00:20:53 -0000 On 26 Aug 2005 at 8:55, Kevin Oberman wrote: > > From: "Dan Langille" > > Date: Thu, 25 Aug 2005 22:42:47 -0400 > > Sender: owner-freebsd-mobile@freebsd.org > > > > In September, I'll have a couple of long flights. I'll be using my > > IBM ThinkPad T41 to catch up on some long delayed FreshPorts > > enhancements. Apart from charging whenever I can, I'm afraid I'll > > get only about 140-150 minutes from my battery. > > > > Apart from buying a second battery, any ideas? > > This gets a bit long, but I've been spending a lot of my spare time > testing this stuff and it's proven interesting. > > What version of FreeBSD are you running? V6 has a lot better power > management than V5 and current is better, still. If you are running > V6, get the powerd from HEAD and use that or just keep the CPU fairly > slow. This is what I'm using: FreeBSD laptop.unixathome.org 6.0-CURRENT FreeBSD 6.0-CURRENT #10: Fri Jul 15 23:37:23 EDT 2005 dan@lux.exampel.org:/usr/obj/usr/src/sys/LAPTOP i386 > 'sysctl dev.cpu.0' will show (among other things) the available > performance settings. Please remember that these are > 'pseudo-frequencies' obtained by combining actual CPU clock settings > with throttling and not just actual clock speed changes. Wow.. .lots in there: $ sysctl dev.cpu.0 dev.cpu.0.%desc: ACPI CPU dev.cpu.0.%driver: cpu dev.cpu.0.%location: handle=\_PR_.CPU_ dev.cpu.0.%pnpinfo: _HID=none _UID=0 dev.cpu.0.%parent: acpi0 dev.cpu.0.freq: 350 dev.cpu.0.freq_levels: 1400/22000 1225/19250 1200/18000 1050/16500 1000/14000 900/13500 875/13750 800/10000 750/11250 700/11000 625/8750 600/6000 525/8250 500/7000 450/6750 400/5000 375/5250 350/5500 300/4500 250/3500 225/2250 200/2500 175/2750 150/2250 125/1750 100/1250 75/750 > You can use several tools to see the actual CPU speed. I use the > gkx86info2 plugin for gkrellm2. > If you are just editing, a very low speed is the winner. Turn off > powerd (if you are running it) and just set he CPU to the lowest > performance available. If you are compiling, bump it up to the lowest > native CPU speed. For debug, it depends, but I suspect you want lowest, > again. I plan to be doing a combination of coding and running database queries. But I'll try to do some testing before I go... -- Dan Langille : http://www.langille.org/ BSDCan - The Technical BSD Conference - http://www.bsdcan.org/