Also, I can verify this by modifying qmail so it will compile without
checking for this limit, and it crashes above a concurrency of anything
above 509 (i.e. when the 510th qmail-remote process starts).

> -----Original Message-----
> From: Austad, Jay [mailto:austad at marketwatch.com] 
> Sent: Friday, October 19, 2001 2:40 PM
> To: 'tclug-list at mn-linux.org'
> Subject: RE: [TCLUG] FD_SET() limits in 2.4 kernel
> 
> 
> This doesn't work.  There is an FD_SET() limit compiled into 
> the kernel which is set to 1024 by default.  It's been this 
> way for a long time.  I don't know what the difference 
> between fs.file-max is and the FD_SET(), but there is a difference.
> 
> Jay
> 
> > -----Original Message-----
> > From: Rob Bajorek [mailto:rob at tatsumaki.org]
> > Sent: Friday, October 19, 2001 1:53 PM
> > To: tclug-list at mn-linux.org
> > Subject: Re: [TCLUG] FD_SET() limits in 2.4 kernel
> > 
> > 
> > Austad, Jay (austad at marketwatch.com) said:
> > 
> > > Why are the file descriptor limits still so low?  I 
> understand that
> > > for most things it's fine, but when building a super high 
> > performance
> > > mail server, this just isn't enough.  Can this setting be
> > changed on
> > > the fly yet like in Slowlaris?
> > > 
> > 
> > Look at <kernel src dir>/Documentation/filesystems/proc.txt
> > for info on dynamically changing fd limits.
> > 
> > or just do:
> > 
> > echo [new fd limit] > /proc/sys/fs/file-max
> > 
> > Rob
> > _______________________________________________
> > Twin Cities Linux Users Group Mailing List - Minneapolis/St. 
> > Paul, Minnesota http://www.mn-linux.org 
> > tclug-list at mn-linux.org 
> > https://mailman.mn-> linux.org/mailman/listinfo/tclug-list
> > 
> _______________________________________________
> Twin Cities Linux Users Group Mailing List - Minneapolis/St. 
> Paul, Minnesota http://www.mn-linux.org 
> tclug-list at mn-linux.org 
> https://mailman.mn-> linux.org/mailman/listinfo/tclug-list
>