Previously I wrote:
> I have been asked a question by one of our application people who is
having
> problems with a third party product that bases some of its log file
> creation/reading on process ids. His question is what is the default limit
> for pid numbers and how are they allocated? The version of o/s is 4.0e.
I've had a couple of replies back, thanks Dr. Tom Blinn and Nikola
Milutinovic, which seem to pose more questions than answers! I thought this
might be a trivial question, but it appears not. I shall try and clarify my
question a bit further just to make sure I'm not confusing folks.
The application experiencing the problem is Tivoli Maestro (a job scheduler
amongst other things) that records log files by PID. What is occurring is
that the available PIDs are being recycled too fast causing Maestro to
become confused. I'm aware that the kernel allocates pids up to a certain
value before restarting the numbering process and skipping over PIDs that
are still in use. On a HP system I believe that value is something in the
range 0-32767, which the application folks says works fine for them in that
instance. However I have seen PIDs on this system in the order of 32000 - so
I think it might have the same range as the HP. So I just need to clarify if
the range of PIDs that can be assigned is 0-32767? And can it be increased?
I've scoured the config guide and tuning manual but cannot find any
information specific to this. The task-max value Nikola was referring to
refers to the maximum number of simultaneous tasks not the allocation of the
PID range.
Sorry Tom, but your reply had me scratching my head a lot! I was hoping you
might say "it's this by default...and it's tuneable by changing this
parameter.", or something like that. Again I think this may be referring to
maximum processes, not the range of PID numbers assigned.
I hope this explain it a bit further.
Dave.
(dave.campbell_at_vf.vodafone.co.uk)
Received on Mon Feb 14 2000 - 15:18:56 NZDT