From owner-freebsd-arch@FreeBSD.ORG Fri Jan 27 02:32:30 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 92E2916A422 for ; Fri, 27 Jan 2006 02:32:29 +0000 (GMT) (envelope-from Thomas.Sparrevohn@btinternet.com) Received: from smtp804.mail.ukl.yahoo.com (smtp804.mail.ukl.yahoo.com [217.12.12.141]) by mx1.FreeBSD.org (Postfix) with SMTP id DFAE543D55 for ; Fri, 27 Jan 2006 02:32:27 +0000 (GMT) (envelope-from Thomas.Sparrevohn@btinternet.com) Received: (qmail 88319 invoked from network); 27 Jan 2006 02:32:26 -0000 Received: from unknown (HELO w2fzz0vc01.aah-go-on.com) (thomas.sparrevohn@btinternet.com@86.133.244.63 with plain) by smtp804.mail.ukl.yahoo.com with SMTP; 27 Jan 2006 02:32:26 -0000 From: Thomas Sparrevohn To: freebsd-current@freebsd.org Date: Fri, 27 Jan 2006 02:32:10 +0000 User-Agent: KMail/1.9.1 References: In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200601270232.12528.Thomas.Sparrevohn@btinternet.com> Cc: arch@freebsd.org, Alexander Leidinger , Ian FREISLICH , Poul-Henning Kamp , current@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: Thomas.Sparrevohn@btinternet.com 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 02:32:30 -0000 On Thursday 26 January 2006 06:06, Ian FREISLICH wrote: > > I wonder how many people still bill for CPU time? I'd go for the > faster context switches. > Almost all major ITO's providers - From SUN, HP, IBM, EDS etc. has offerings that in some shape or other uses a "Utility model" based upon some sort of financial model based upon actual CPU/IO etc. usage - It is a major area now and provides one of the corner stones in the movement towards "Public Utility models" So it is very relevant as an area for general improvement and the "historical" models are not really good enough, for further information take a look a products as MicroMeasure etc. Regards Thomas