Messages in this thread | | | Date | Tue, 2 Apr 1996 16:44:36 +0100 | Subject | Re: Problems raising fd limits in 1.3.78-1.3.80 | From | Stephen Tweedie <> |
| |
Hi,
In article <Pine.LNX.3.91.960401204806.435A-100000@stimpson.igc.net>, David ``Joel Katz'' Schwartz <stimpson@stimpson.igc.net> writes:
> On Mon, 1 Apr 1996 sct@dcs.ed.ac.uk wrote: >> It is not recommended to increase __FD_SET's size. Unfortunately, >> however large you make it, libc simply cannot cope with a select size >> larger than 256 fd's.
> Libc doesn't have to do anything. I just need the fdset macros to > work and I need select to work. Yup. I wonder if it's worth upping the limit in libc (as exported by linux/fs.h) to 1024 anyway? It only really affects the size of the fd_set, so it doesn't cost much. It ought to be pretty easy to make the kernel's maximum fd number configurable, with processes inheriting the current default value on fork() (we probably don't want to change the fd table size dynamically on existing processes).
Cheers, Stephen. --- Stephen Tweedie <sct@dcs.ed.ac.uk> Department of Computer Science, Edinburgh University, Scotland.
| |