lkml.org 
[lkml]   [2001]   [Jan]   [10]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
From
SubjectRe: Poll and Select not scaling
Micah wrote:
> I have been trying to increase the scalabilty of
> an email server that has been ported to Linux. It
> was originally written for Netware, and there we
> are able to provide over 30,000 connections at any
> given time. On Linux however select stops working
> after the first 1024 connections. I have changed
> include/linux/fs.h and updated NR_FILE to be 81920.

On modern kernels, you no longer need to change NR_FILE;
all you need to do is increase ulimit -n and a few proc
entries; see
http://www.kegel.com/c10k.html#limits.filehandles

> In test applications I have been able to create well
> over 30,000 connections but I am unable to do either
> a select or a poll on them.

select() is usually limited to 1024 file descriptors, so
poll() is a slightly better choice. However, although
it can handle 30000 file descriptors, the performance sucks;
see http://www.kegel.com/dkftpbench/Poller_bench.html#results

You may wish to use an alternative to poll().
See http://www.kegel.com/c10k.html#strategies for a list of possibilities.

The only one that performs well on Linux at 30000 fds would be
the real time signal stuff. That's a little tricky to use.
Or you could recode your app to use one thread or process
per 1000 fd's.
Solaris and FreeBSD both offer friendlier poll alternatives
that perform quite well. You might consider using one of those
operating systems if all else fails.

- Dan
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
Please read the FAQ at http://www.tux.org/lkml/

\
 
 \ /
  Last update: 2005-03-22 13:28    [W:0.042 / U:1.268 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site