> I've got an idea to speed up linux/kernel/fork.c/get_pid(). Why not use
> bitmap to alloc/free the pids? Is it because 4KB(32K/8) memory scanning is
> slower than the current get_pid() version? Does anyone benchmark them?
This could have been a good idea if Linux was to stay with 15-bit pids
forever. The code you are suggesting will have to be rewritten sometime
to support 32 bit pids.
The last time I checked, the only thing that stops the move back to
32-bit pids is a bug in the bash shell, and just a few workable IPC
interfaces and libc breakages.
Are 32 bit pids planned for 2.5?
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/