> /proc/sys/kern/max_pid ?
Perhaps.
>> (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
That's where 64bit pid_t with only 32bit really used will be ideal :-) On
32bit platforms 64bit pid_t is to expensive, though...
>> 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/