Re: Debian 的内核是否太臃肿了一些？

能省多少不用去做优化，从架构上大致分析一下就能得出结果。我并不反对程序优化，但是优化要由专注于这个模块的人去进行。再有就是，一个做这些优化本身是没有任何意义的，甚至还会带来混乱。因为“优化”本身是有风险的，普通用户不了解这些风险，也没有软件的架构和设计文档，更不会去对每个改动做单元测试、系统测试等等一系列的测试工作，所以每个优化带来的，都是无限的未知风险，而最终也是这个用户本身去承担这些风险。

在商业软件上，很多客户都会犯这样的毛病。在客户验收的时候，客户们总是自作聪明的给你出点子优化系统，但是大部分情况下，你都需要花费很长时间给客户解释为什么这个优化方案行不通。因为往往在外行看来很理所当然的事情，到了开发人员手里，其实根本就不是那么一回事儿。

2010/8/13 MWO <moosewoler@gmail.com>

2010/8/12 Zhang Jiarui <cylonspy@gmail.com>

能省多少？有这宝贵时间干点别的不好么。优化半天，减少几兆内存占用，有意义么？

如果不去优化，是根本不知道能省多少。优化是永恒的范畴。

2010/8/10 User <resation@gmail.com>

我基本上是一个“Linux 内核盲”，只懂得一点简单的知识：如果某项功能编
译成内核模块，那它就是“按需加载”；只要不用到它，就只是浪费一点硬盘空间，
而不会占用宝贵的内存。但有些东西必须直接编译进内核，否则会无法启动。

Debian 是一个通用的操作系统。既然通用，就要将全世界形形色色的各种用
户都考虑进去。那么它的内核是否会过于臃肿？也就是说，对于我这样的普通桌面
用户来说，内核还有多少精简的余地？如果自己编译的内核能够大大提高系统性能，
我也想尝试一下；但如果自己编译后性能提高不大，我这个内核盲还是不去碰它为
好。

另外对于桌面用户，除了内核，缺省安装的 Debian 系统还有哪些地方值得去
优化的。所谓“值得”，即“付出少量时间，却可以大大提高性能”。

--
To UNSUBSCRIBE, email to debian-chinese-gb-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Archive: [🔎] 20100810143851.GA2974@localhost.localdomain" target="_blank">http://lists.debian.org/[🔎] 20100810143851.GA2974@localhost.localdomain

--
Yours sincerely
Moose W. Oler