Hi all,
I have posted a couple of times in the last 12 hours, and gotten
back a helpful reply, all concerning the solaris/jserv10b5
problem of "Too many open files".
Though I think I now know how to work around the problem (thanks
Bernie) , I suspect there might be a jserv question here. Going out
on a limb -- and I proclaim that I am no expert -- I ask:
Has jserv changed between 10b3 and 10b5 in relation to the
number of file descriptors it keeps open? Is this a bug?
My evidence for this possible bug is that
1. I see that jserv 10b5 uses 40% more file descriptors than 10b3, and
2. I think that our sun 450 is already sensibly configured, especially
for the light duty testing that elicited the bug.
In more detail, here is my circumstantial evidence:
----------- 40% more fd's used by 10b5 -----------
On my solaris 450, pid 18939 is the java interpreter running
jserv 10b3, temporarily idle (that is, not currently active
in running a servlet in repsone to a readers request).
pid 7690 is java running jserv 10b5 'lsof' reports the
number of open file descriptors. jserv 10b5 is using
40% more than 10b3.
broot> lsof -p 18939 | wc -l --> 69
broot> lsof -p 7690 | wc -l --> 97
---- there should probably be no need to reconfigure our sever ----
- I believe our sun 450 webserver is already sensibly configured.
It runs a number of serious applications and full-strenght databases
(Oracle & ObjectStore) and a couple of moderately busy websites
- My use of jserv 105b is, so far, extremely light, and ought
not to be stressing the limits on a well-configured system.
But I'll repeat my respectful disclaimer again: I don't know
much about kernel file descriptor limits, nor how they are picked,
and I don't know anything (yet!) about the internals of jserv.
- Paul
-- --------------------------------------------------------------
To subscribe: [EMAIL PROTECTED]
To unsubscribe: [EMAIL PROTECTED]
READ THE FAQ!!!! <http://java.apache.org/faq/>
Archives and Other: <http://java.apache.org/main/mail.html/>
Problems?: [EMAIL PROTECTED]
