Yes, i tried setting it to 1024 with maxqueuesize 1024 and it does not
make noticeable difference, with 10 and 1024 it runs at the same rate. I
guess it will depend on the application, this knob can be useful tuning
thing and it is not universal
Stephen Deasey wrote:
On 12/12/06, Vlad Seryakov <[EMAIL PROTECTED]> wrote:
but only when acceptsize is
greater than 1, i tested with 5, results are exactly as php, around
1540-1560 req/sec, when i set acceptsize to 10, i constantly got results
1600-1610.
Did you try it such that it would accept all pending connections, up
to the limit of available sock structures? Does this help, hurt?
If it doesn't hurt, it would be nice to get rid of yet another tuning knob.
Take a look at man tcp(7) and search for TCP_DEFER_ACCEPT. With this
option, poll() will not wake up when a new connection arrives, but
only when some bytes have also arrived on that connection, so that
once we accept() we can also read() straight away. One less trip
through the poll loop for each new connection.
-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
_______________________________________________
naviserver-devel mailing list
naviserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/naviserver-devel
--
Vlad Seryakov
571 262-8608 office
[EMAIL PROTECTED]
http://www.crystalballinc.com/vlad/
