修改linux只能上500多個進程的限制
2024-07-21 02:37:31
供稿：網友
修改linux只能上500多個進程的限制，很簡單：打/usr/src/linux/include/linux/kernel/task.h(好象是)，將512改為4092重新編譯內核就行（看幫助）。
具體：
1.在kernel2.2.x中，打開/usr/src/linux/include/linux/tasks.h找到這一行：
#define NR_TASKS 512 /* On x86 Max about 4000 */
將512該成4000，重新編譯內核就行。
2.在kernel2.4.x中，已經取消了512進程的限制。
3.在今后的某個時間，將發布kernel 2.4.x，將包含ReiserFS文件系統。
我也是一位網管，linux的機器比NT難用，但是強大、安全、穩定。非凡是穩定：linux在大訪問量的情況下，幾個月不重啟也沒事，而NT卻不行，在比linux機的硬件配置還要好的情況下，IIS還是經常dump掉，非凡是在出錯的情況下，IIS經常無法重啟，只能重啟機器。
在安全性上，就不用多說了。apache+php+MySQL在默認的安裝情況下還沒聽說有什么大的漏洞。（apache的rewrite和php的errorlog在默認情況下是沒有安裝的，mysql也一般都是設成localhost的），IIS泄露原代碼和執行任意命令的嚴重漏洞多的如天上的星星，不說也罷。
在安全修復上，linux的安全補丁出的非常快。php4.0剛出來后，由于發現有漏洞，第二天就出了php4.0p1，我看大多數人連php4.0都還沒裝。對于MS，我們發現了他的漏洞，向其報告。人家的回答是：無關痛癢，沒事！過了一個多禮拜，事情鬧大了，才來個補丁。（見sina）
至于出現嚴重的錯誤，修復的問題。撇開服務軟件，單就系統而言，linux的穩定性是非常好的，只要你不rm -rf *，就不會出現無法啟動的錯誤。早期的linux由于checkforce做的不是很好，假如在進行系統級操作時，忽然停電（大的機房一般不會出現這種問題），由于ext2文件系統的原因，會出現一些重要文件的損壞，導致無法重啟。現在，只要不是出現非常大的損壞，checkforce都可以將起修復，這種非常大的損壞在幾次停電事故中還沒出現，所以，我還沒見到checkforce不能修復的損壞。
對于ext2文件系統的問題，其實，也是其設計思想導致的，而非其性能問題。在ext2文件系統中，對文件進行操作后，其修改部分并沒有馬上寫到硬盤上，而是寫在緩存中，一段時間后，再統一寫入。假如掉電，就會使文件損壞。以后linux將要使用新的文件系統：ext3或ReiserFS。對與ext3的細節，本人不是很了解，而對于ReiserFS，摘抄一段描述：ReiserFS是一種比Ext2更加安全，更加高效的文件系統。一般來說，ReiserFS速度要比Ext2要快20%左右，在小文件讀寫頻繁時ReiserFS的優勢更加明顯。而且ReiserFS先進的文件日志機制， 這是一個安全的系統所應該具有的特性。在加上2.4的內核，linux時代就要到來了！
