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 >