From owner-freebsd-performance@FreeBSD.ORG Wed Oct 20 20:38:03 2004 Return-Path: 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 2825016A4CE for ; Wed, 20 Oct 2004 20:38:03 +0000 (GMT) Received: from multiplay.co.uk (www1.multiplay.co.uk [212.42.16.7]) by mx1.FreeBSD.org (Postfix) with ESMTP id 73BFF43D58 for ; Wed, 20 Oct 2004 20:38:02 +0000 (GMT) (envelope-from killing@multiplay.co.uk) Received: from vader ([212.135.219.179]) by multiplay.co.uk (multiplay.co.uk [212.42.16.7]) (MDaemon.PRO.v7.2.0.R) with ESMTP id md50000646712.msg for ; Wed, 20 Oct 2004 21:31:06 +0100 Message-ID: <006701c4b6e4$ab133d20$b3db87d4@multiplay.co.uk> From: "Steven Hartland" To: "Uwe Doering" , References: <004001c4b69d$80e21f40$0c0210ac@ADMIN1><41766350.4080901@centtech.com> <006001c4b6ad$38a8cac0$0c0210ac@ADMIN1> <4176C7A8.6030407@geminix.org> Date: Wed, 20 Oct 2004 21:37:47 +0100 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=response Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2180 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 X-Spam-Processed: multiplay.co.uk, Wed, 20 Oct 2004 21:31:06 +0100 (not processed: message from valid local sender) X-MDRemoteIP: 212.135.219.179 X-Return-Path: killing@multiplay.co.uk X-MDaemon-Deliver-To: freebsd-performance@freebsd.org X-MDAV-Processed: multiplay.co.uk, Wed, 20 Oct 2004 21:31:09 +0100 Subject: Re: decreasing interrupt CPU load X-BeenThere: freebsd-performance@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Performance/tuning List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Oct 2004 20:38:03 -0000 Actually it does work quite well on an SMP machine if you comment said lines out :) Steve ----- Original Message ----- From: "Uwe Doering" To: Sent: Wednesday, October 20, 2004 9:16 PM Subject: Re: decreasing interrupt CPU load > Since you mentioned earlier that you run this on an SMP system, are you > aware that device polling is available only for single CPU kernels, that > is, not in SMP mode? This is poorly documented, unfortunately. You can > find out about it by looking at the first couple of lines of > 'sys/kern/kern_poll.c'. > > Depending on what else you do on this server you might be better off > with running it in single CPU mode, with device polling enabled (kernel > compiled with DEVICE_POLLING and HZ=1000). This could make a > considerable difference with the fxp driver already. I suggest to try > it out before you start making changes to the hardware. ================================================ This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. In the event of misdirection, illegible or incomplete transmission please telephone (023) 8024 3137 or return the E.mail to postmaster@multiplay.co.uk.