|
Home > Archive > Unix Programming > February 2005 > dlopen limits in IRIX?
You are viewing an archived Text-only version of the thread.
To view this thread in it's original format and/or if you want to reply to
this thread please [click here]
| Author |
dlopen limits in IRIX?
|
|
|
| I'm running a multi-process simulation on an SGI IRIX system
where each sim process does a dlopen() to access the same
shared utility library. I'm seeing a problem where the
60th or so process that starts up and tries to dlopen()
the shared utility library terminates with an error
from dlopen() that it can't map the shared utility library.
I don't think anything else in these processes is
interfering.. I wrote up a tiny test program that
dlopen()'d the library, then slept, and was able
to start about 60 of those processes before that, too,
gave me the dlopen() error. Am I running into a
max open file descriptors problem? Some sort of
mmap limit? Memory issues? Any ideas, pointers,
suggestions? Thanks!
| |
| Todd Smith 2005-02-20, 6:19 pm |
| In article <Xns9600F19A7ECEAryl00hotmailcom@69.60.161.3>, Ray <ryl00@nospam.hotmailcom> writes:
|> I'm running a multi-process simulation on an SGI IRIX system
|> where each sim process does a dlopen() to access the same
|> shared utility library. I'm seeing a problem where the
|> 60th or so process that starts up and tries to dlopen()
|> the shared utility library terminates with an error
|> from dlopen() that it can't map the shared utility library.
|> I don't think anything else in these processes is
|> interfering.. I wrote up a tiny test program that
|> dlopen()'d the library, then slept, and was able
|> to start about 60 of those processes before that, too,
|> gave me the dlopen() error. Am I running into a
|> max open file descriptors problem? Some sort of
|> mmap limit? Memory issues? Any ideas, pointers,
|> suggestions? Thanks!
Sorry that I don't know the answer offhand, but the first thing I
would try would be
par -s -SS -i -o output-file command ...
and look through the output file for some kind of system call error
near the end.
Todd Smith
tsmith@sgi.com
|
|
|
|
|