Date: Sat, 10 Mar 2007 14:18:02 +1100 (EST) From: Bruce Evans <bde@zeta.org.au> To: Dave Baukus <david.baukus@us.fujitsu.com> Cc: net@FreeBSD.org Subject: Re: netisr_direct Message-ID: <20070310135211.R9179@besplex.bde.org> In-Reply-To: <45F08F1D.5080708@us.fujitsu.com> References: <45C0CA5D.5090903@incunabulum.net> <45E6BEE0.2050307@FreeBSD.org> <45E6C22D.7060200@freebsd.org> <45E6D70C.10104@FreeBSD.org> <45EEB086.3050409@FreeBSD.org> <45F03269.7050705@FreeBSD.org> <45F08F1D.5080708@us.fujitsu.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On Thu, 8 Mar 2007, Dave Baukus wrote: > What's the word on netisr_direct ? > Do people typically enable this feature ? I always enable it, but have never measured it doing anything useful. Under light loads, it should reduce network latency and overheads by a microsecond or two (whatever it takes to do 2 context switches (hopefully the bug that made it take 4 context switches is fixed)), but then the latency is still much larger than a microsecond or two (50 uS is unusually good and 100's of uS are common) and the overhead doesn't matter. Under heavy loads, not using it is potentially better since not using it allows queue lengths to grow longer so that the queues get processed more efficiently in bursts. However, I think there is no explicit management of queue lengths or latencies now, so machines that are too fast probably gain by doing direct dispatch if possible, since with indirect dispatch they would do the context switches to and from the netisr fast enough to keep queue lengths usually <= 1. Bruce
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20070310135211.R9179>