Skip site navigation (1)Skip section navigation (2)
Date:      Wed, 02 Nov 2005 18:07:21 +0000
From:      Gavin Atkinson <gavin.atkinson@ury.york.ac.uk>
To:        Martin Hudec <corwin@aeternal.net>
Cc:        freebsd-current@freebsd.org
Subject:   Re: Poor NFS server performance in 6.0 with SMP and mpsafenet=1
Message-ID:  <1130954841.51544.57.camel@buffy.york.ac.uk>
In-Reply-To: <20051102154552.GE32554@pleiades.aeternal.net>
References:  <1130943516.51544.34.camel@buffy.york.ac.uk> <20051102152322.GF93549@cicely12.cicely.de> <1130945849.51544.42.camel@buffy.york.ac.uk> <20051102154552.GE32554@pleiades.aeternal.net>

next in thread | previous in thread | raw e-mail | index | archive | help
On Wed, 2005-11-02 at 16:45 +0100, Martin Hudec wrote:
> Hello,
> 
> 
> On Wed, Nov 02, 2005 at 03:37:29PM +0000 or thereabouts, Gavin Atkinson wrote:
> > When I get home, I'll have a play with both ULE and POLLING to see what
> > difference they make, however ideally I'd like to not use polling in
> > production if possible.
> 
>   What's wrong with polling on production in your current environment if
>   I may ask?

Certainly.  For heavily loaded machines, polling seems to significantly
improve performance, but in my experience on lightly loaded machines it
seems to increase latency on response to packets.  For the particular
workloads it will be used for, (serving web content and databases), the
latency can be noticeable.

IMHO, polling is great for lower-spec boxes or highly loaded machines,
but can hinder performance when the machine is lightly loaded.  I have a
few machines which run with polling on, and for those usage patterns it
really helps.  I just don't believe this is one of those cases.

Gavin



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?1130954841.51544.57.camel>