Messages in this thread | | | Date | Mon, 1 Feb 1999 12:15:47 GMT | From | "Stephen C. Tweedie" <> | Subject | Re: 2.2.0 ac1 |
| |
Hi,
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/
| |