答案: 修改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时代就要到来了!
上一个:xf86config使用说明
下一个:守护进程的概念和建立方法