On 28 Jan 1999 23:02:51 +0100, smurf@noris.de (Matthias Urlichs) said:
> "Stephen C. Tweedie" <sct@redhat.com> writes:
>>
>> No, but there are some problems to be aware of: in particular, glibc
>> does not cope entirely gracefully with large numbers of fds.
> It used not to, but it does now.
Then let me say "glibc as installed on existing glibc-based distributions",
ie. glibc-2.0, instead. The question was about whether using lots of
fds would lead to problems. The answer is that unless you are running
glibc-2.1 prereleases, then as far as I know rpc will still break: do
you have a snapshot of 2.0 which fixes this? It would be useful to
have.
> That's almost, but not quite, wrong for glibc 2.1 (due to be released
> Real Soon Now -- next week, probably), since amlost everything has been
> converted to use poll() instead. In fact, the only remaining calls to
> select() are in svc_run() and nis_do_callback(), which is definitely
> Not A Problem unless you open a thousand files, don't close any of them,
> and _then_ suddenly decide you want to be a RPC server. ;-)
Does svc_run() etc. never ever open a new fd after initialisation? If
they can, then we still have a potential problem.
> Anyway, you'll certainly have a _lot_ fewer problems than with libc5. :-/
Amen to that. :)
--Stephen
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.rutgers.edu
Please read the FAQ at http://www.tux.org/lkml/