On Fri, Sep 29, 2000 at 09:17:11AM +1200, Chris Wedgwood wrote: > [The patch is available. There are a few security advantages. > Also, it makes a fork a just measurable fraction of a percent > faster.] > > How does it make it faster? The only thing I can see is it might > remove the heuristic we have for when PIDs wrap -- which technically > we still need. Until the first wraparound has happened we need not check whether the pid is in use already as pid or pgid or sid. - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] Please read the FAQ at http://www.tux.org/lkml/
- PIDs limited to 15 significant bits Bernhard Bender
- Re: PIDs limited to 15 significant bits Andries Brouwer
- Re: PIDs limited to 15 significant bits Andries Brouwer
- Re: PIDs limited to 15 significant bits Albert D. Cahalan
- Re: PIDs limited to 15 significant bits Andries Brouwer
- Re: PIDs limited to 15 significant bits Jeff Epler
- Re: PIDs limited to 15 significant... Andries Brouwer
- Re: PIDs limited to 15 significant bits Albert D. Cahalan
- Re: PIDs limited to 15 significant... David Weinehall
- Re: PIDs limited to 15 signifi... Albert D. Cahalan
- Re: PIDs limited to 15 sig... Adam Sampson
- Re: PIDs limited to 15 significant bits Chris Wing
- Re: PIDs limited to 15 significant bits Andries Brouwer