lkml.org 
[lkml]   [1996]   [Apr]   [3]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
SubjectRe: Problems raising fd limits in 1.3.78-1.3.80
From
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.


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