순전히 임의의 선택 인 것 같습니다. 그것은 무엇이든 될 수 있지만 누군가 1 백만은 충분하다고 느꼈습니다. 소스를 사용하십시오 :
/*
* A maximum of 4 million PIDs should be enough for a while.
* [NOTE: PID/TIDs are limited to 2^29 ~= 500+ million, see futex.h.]
*/
#define PID_MAX_LIMIT (CONFIG_BASE_SMALL ? PAGE_SIZE * 8 : \
(sizeof(long) > 4 ? 4 * 1024 * 1024 : PID_MAX_DEFAULT))
git의 역사는 2005 년까지 거슬러 올라가는 것 같으며 그 가치는 적어도 오래되었습니다.
1 맨은 그 말한다 /proc/sys/kernel/pid_max2.5.34에 추가하고,보고 있었다 변경 로그 , 그것은처럼 보이는 누군가가 있었다 잉고 몰 나르 :
<mingo@elte.hu>
[PATCH] pid-max-2.5.33-A0
This is the pid-max patch, the one i sent for 2.5.31 was botched. I
have removed the 'once' debugging stupidity - now PIDs start at 0 again.
Also, for an unknown reason the previous patch missed the hunk that had
the declaration of 'DEFAULT_PID_MAX' which made it not compile ...
그러나 Ingo는을 추가했습니다 DEFAULT_PID_MAX. PID_MAX_LIMITLinus Torvalds가 2.5.37 에 추가했습니다 :
<torvalds@home.transmeta.com>
Make pid_max grow dynamically as needed.
변경 로그를 잘못 읽었습니다.
변경 사항은 2.5.37 패치 세트에 있습니다 .
diff -Nru a/include/linux/threads.h b/include/linux/threads.h
--- a/include/linux/threads.h Fri Sep 20 08:20:41 2002
+++ b/include/linux/threads.h Fri Sep 20 08:20:41 2002
@@ -17,8 +17,13 @@
#define MIN_THREADS_LEFT_FOR_ROOT 4
/*
- * This controls the maximum pid allocated to a process
+ * This controls the default maximum pid allocated to a process
*/
-#define DEFAULT_PID_MAX 0x8000
+#define PID_MAX_DEFAULT 0x8000
+
+/*
+ * A maximum of 4 million PIDs should be enough for a while:
+ */
+#define PID_MAX_LIMIT (4*1024*1024)
#endif
그것은 나의 검색 기술이 나를 얻는 한입니다.
@hobbs 덕분에 Ingo는 결국 누군가 입니다. 위에서 인용 한 패치는 그에 의해 처음 발송되었습니다. 에서 LKML 포스트 를 동반 :
새로운 PID 할당 자의 메모리 풋 프린트는 / proc / sys / kernel / pid_max를 사용하여 동적으로 확장됩니다. 기본 32K PID는 4K 할당을 발생시키고 pid_max는 1 백만이며 128K 풋 프린트를 발생시킵니다. pid_max의 현재 절대 한계는 4 백만 PID입니다. 이것은 커널에서 할당을 유발하지 않으며 비트 맵은 수요 할당 런타임입니다. pidmap 테이블은 512 바이트를 차지합니다.
더 높은 한계를 갖는 것에 대한 격렬한 토론이 있었지만 결국에는 아무것도 나오지 않은 것 같습니다.