lkml.org 
[lkml]   [1999]   [Feb]   [1]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: 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/

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