|
 |
推荐文章 |
|
|
|
|
|
|
|
|
|
|
|
修改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时代就要到来了！ |
|
|
|
|
|
特别声明： 本站除部分特别声明禁止转载的专稿外的其他文章可以自由转载，但请务必注明出处和原始作者。文章版权归文章原始作者所有。对于被本站转载文章的个人和网站，我们表示深深的谢意。如果本站转载的文章有版权问题请联系编辑人员，我们尽快予以更正。 |
|
|
|
|
|
责任编辑： 原点 |
投稿作者： 本站收集 |
|
|
信息来源： 网络 |
录入时间： 2005-4-12 |
|
|
|
| |
|
设为首页
加入收藏
总编信箱
投稿或申请专栏请先 [登 陆]