On Fri, 10 Feb 2006, Jan Engelhardt wrote:
Any of those 3 scheemes should keep pids below 6 digits as much as
possible. We can still hit the cosmetic problem on boxes where more
than 99999 processes are actually running at the same time, but most
users will never encounter that.
I'd say let's remain doing whatever we're doing now. That is, a maximum of
32768 concurrent pids, and whoever needs more (e.g. Sourceforge shell,
etc.) can always raise it to their needs.
when you say 'continue doing what we are doing now' do you mean to include
the hard-coded limit of 32K pids? or do you mean to not worry about the
cosmetic issue and change the code to not hard-code the limit, but instead
honor a max_pid >32K?
David Lang
--
There are two ways of constructing a software design. One way is to make it so simple that there are obviously no deficiencies. And the other way is to make it so complicated that there are no obvious deficiencies.
-- C.A.R. Hoare
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [email protected]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
[Index of Archives]
[Kernel Newbies]
[Netfilter]
[Bugtraq]
[Photo]
[Stuff]
[Gimp]
[Yosemite News]
[MIPS Linux]
[ARM Linux]
[Linux Security]
[Linux RAID]
[Video 4 Linux]
[Linux for the blind]
[Linux Resources]
