> Thus, if we change get_pid() so as to use pids larger than 32000
> we need CONFIG_15BIT_PID (default=n) so that people who cannot or
> do not want to recompile their ipc using stuff can use a new kernel.
/proc/sys/kern/max_pid ?
> (Only very few programs are affected. Making new rpms available
> for people upgrading to 2.4 would suffice.)
Then I think it is worth while, shared cluster folks have been asking about
stuff like node <<8 | pid for a while, and 16bit pid_t is going to be too
small the way big PC kit is going
> Aha, so that was obstacle 1. Obstacle 2 is the inode numbering the kernel
> uses internally for /proc. That would have to change.
True
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.rutgers.edu
Please read the FAQ at http://www.tux.org/lkml/
This archive was generated by hypermail 2b29 : Sat Jan 15 2000 - 21:00:24 EST