Date: Wed, 20 Oct 2004 21:37:47 +0100 From: "Steven Hartland" <killing@multiplay.co.uk> To: "Uwe Doering" <gemini@geminix.org>, <freebsd-performance@freebsd.org> Subject: Re: decreasing interrupt CPU load Message-ID: <006701c4b6e4$ab133d20$b3db87d4@multiplay.co.uk> References: <004001c4b69d$80e21f40$0c0210ac@ADMIN1><41766350.4080901@centtech.com> <006001c4b6ad$38a8cac0$0c0210ac@ADMIN1> <4176C7A8.6030407@geminix.org>
next in thread | previous in thread | raw e-mail | index | archive | help
Actually it does work quite well on an SMP machine if you comment
said lines out :)
Steve
----- Original Message -----
From: "Uwe Doering" <gemini@geminix.org>
To: <freebsd-performance@freebsd.org>
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.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?006701c4b6e4$ab133d20$b3db87d4>