From owner-freebsd-performance@FreeBSD.ORG Sat Dec 3 13:35:34 2005 Return-Path: X-Original-To: freebsd-performance@freebsd.org Delivered-To: freebsd-performance@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 93ADF16A41F for ; Sat, 3 Dec 2005 13:35:34 +0000 (GMT) (envelope-from arne_woerner@yahoo.com) Received: from web30305.mail.mud.yahoo.com (web30305.mail.mud.yahoo.com [68.142.200.98]) by mx1.FreeBSD.org (Postfix) with SMTP id 14A4543D45 for ; Sat, 3 Dec 2005 13:35:34 +0000 (GMT) (envelope-from arne_woerner@yahoo.com) Received: (qmail 92333 invoked by uid 60001); 3 Dec 2005 13:35:33 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:Received:Date:From:Subject:To:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=okLpgvoivcQ9mQtWNBcGY+URFN6hDlefEOsaS9tpcfSklw5mjk5RESBfFaiGFgsbH/XWE8BMGJ4nEHLD3+12GZvmUx0DWRqiZ23XTpmCNMgx64SEJygS948q9O8z7qEqGQgr+k54ABDASuRjpr+ZYjAkcxsi+ix43iidDPJdtk0= ; Message-ID: <20051203133533.92331.qmail@web30305.mail.mud.yahoo.com> Received: from [213.54.94.134] by web30305.mail.mud.yahoo.com via HTTP; Sat, 03 Dec 2005 05:35:33 PST Date: Sat, 3 Dec 2005 05:35:33 -0800 (PST) From: Arne Woerner To: Shane Ambler , FreeBSD Mailing Lists In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Cc: Subject: Re: Constraining CPU usage X-BeenThere: freebsd-performance@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Performance/tuning List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 03 Dec 2005 13:35:34 -0000 --- Shane Ambler wrote: > On 3/12/2005 3:14, "Arne Woerner" > wrote: > > Why should somebody want to keep CPU usage of a > > process below a certain value (e. g. 20%)? > > Well if your machine isn't smp enabled (specifically > pre-HTT) then one process can slow the server down > to a point where your web/databse server can't get > processor time to give a response - effectively making > it non existent for the duration. > Hmm... Isn't that problem solved already by nice'ing a process? I think that problem is completely solved by idprio'ing a process... Because: When the NIC gets a packet for a database server, the kernel interrupts the executing of a potential idprio'ed process and starts the DB process... Or am I wrong? -Arne __________________________________________ Yahoo! DSL – Something to write home about. Just $16.99/mo. or less. dsl.yahoo.com