From owner-freebsd-arch@FreeBSD.ORG Fri Jan 27 09:13:08 2006 Return-Path: X-Original-To: arch@freebsd.org Delivered-To: freebsd-arch@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C801E16A420; Fri, 27 Jan 2006 09:13:08 +0000 (GMT) (envelope-from jmg@hydrogen.funkthat.com) Received: from hydrogen.funkthat.com (gate.funkthat.com [69.17.45.168]) by mx1.FreeBSD.org (Postfix) with ESMTP id 42C3B43D45; Fri, 27 Jan 2006 09:13:08 +0000 (GMT) (envelope-from jmg@hydrogen.funkthat.com) Received: from hydrogen.funkthat.com (qk6klvavxg22eiji@localhost.funkthat.com [127.0.0.1]) by hydrogen.funkthat.com (8.13.3/8.13.3) with ESMTP id k0R9Btxn097246; Fri, 27 Jan 2006 01:11:55 -0800 (PST) (envelope-from jmg@hydrogen.funkthat.com) Received: (from jmg@localhost) by hydrogen.funkthat.com (8.13.3/8.13.3/Submit) id k0R9BsYS097245; Fri, 27 Jan 2006 01:11:54 -0800 (PST) (envelope-from jmg) Date: Fri, 27 Jan 2006 01:11:54 -0800 From: John-Mark Gurney To: Brian Candler Message-ID: <20060127091153.GU69162@funkthat.com> Mail-Followup-To: Brian Candler , Peter Jeremy , Poul-Henning Kamp , current@freebsd.org, arch@freebsd.org References: <20060125201450.GE25397@cirb503493.alcatel.com.au> <56988.1138220896@critter.freebsd.dk> <20060126101138.GA40773@uk.tiscali.com> <20060127024432.GT69162@funkthat.com> <20060127085653.GA51554@uk.tiscali.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060127085653.GA51554@uk.tiscali.com> User-Agent: Mutt/1.4.2.1i X-Operating-System: FreeBSD 5.4-RELEASE-p6 i386 X-PGP-Fingerprint: B7 EC EF F8 AE ED A7 31 96 7A 22 B3 D8 56 36 F4 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html Cc: Peter Jeremy , Poul-Henning Kamp , current@freebsd.org, arch@freebsd.org Subject: Re: [TEST/REVIEW] CPU accounting patches X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: John-Mark Gurney List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Jan 2006 09:13:08 -0000 Brian Candler wrote this message on Fri, Jan 27, 2006 at 08:56 +0000: > I think what you're saying is: I'm at no risk of my CPU becoming maxed out > when speed has been automatically reduced by a power-saving daemon, because > it will only stay there if there is still some spare capacity (i.e. some > time is regularly spent in the HLT state). If not, the daemon will keep > cranking up the clock speed until there *is* some spare capacity, or until > max clock speed is reached. > > I guess this is OK, *if* you trust the power management system to do its job > properly. Unfortunately I have very bad experiences of such things. In many > cases I've ended up turning off power management completely and locking > everything at max clock speed. Mind you, if I do that, anything you do with > scaling factors isn't going to affect me, so actually I don't really care. > I'll shut up now :-) powerd(8): http://www.freebsd.org/cgi/man.cgi?query=powerd&apropos=0&sektion=0&manpath=FreeBSD+6.0-RELEASE+and+Ports&format=html DESCRIPTION The powerd utility monitors the system state and sets various power con- trol options accordingly. It offers three modes (maximum, minimum, and adaptive) that can be individually selected while on AC power or batter- ies. -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not."