DLOPEN and Statically linked executable

[Jeroen Dekkers]

On Fri, Jun 21, 2002 at 12:42:03PM +0200, Jakub Jelinek wrote:
> On Fri, Jun 21, 2002 at 02:02:10PM +0400, Peter Zaitsev wrote:
> > Also I would not agree about such architecture.  Thread-per client
> > architecture is quite convenient for many applications.   Not only
> 
> It may be convenient, but it also means you don't care
> at all about wasting system resources (every thread currently eats some
> unswappable kernel stack, its userland stack, etc.). Also, on IA-32 there
> is hardware limitation that you can have only up to 8192 threads
> in one application (though glibc limits this to 1024 threads normally).

You are talking about Linux, right? But glibc also runs on other
systems with other kernels which don't have the same limitation as
Linux has. For example, L4 has very fast thread and almost everything
can be swapped out. And you can perfectly have more than 8192 threads
on IA-32, only Linux can't handle that. It's a software limitation,
not a hardware limitation.

In my implementation of pthreads I don't have any limit on stack sizes
or number of threads.

Jeroen Dekkers
-- 
Jabber ID: jdekkers@jabber.org  IRC ID: jeroen@openprojects
GNU supporter - http://www.gnu.org
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 232 bytes
Desc: not available
URL: <http://sourceware.org/pipermail/libc-alpha/attachments/20020621/08fe40aa/attachment.sig>