|
加速你的 Linux ,由外至内(openSUSE加速指南) by Thruth
连载 A - 基础观点
基础观点篇:
这篇文章为了突出教唆的重要性,用偏执的观点写成。请自行判断,作者不对实践后果负任何责。
1. 加速 Linux 的办法归根到底只有一个——优化编译,或者叫加优化参数编译。
你可以通过把备用胎甩掉的方式让车跑得快一点,也可以把不用的服务关掉让系统快一点,可这明显都不是问题的关键。Runlevel 3 比 runlevel 5 启动快是应该的。至于怎么把不用的服务关掉,不在本文范围之内。
2. 硬件不是万能的,没有硬件是万万不能的。
你可以换个大汽缸,多装几个涡轮式发动机来提速,这是绝对管用的。如果你的人生追求是买断高端,建议用这种方式加速。买最先进的硬件,加最高的电压。然后接着按照这篇文章走。但您应该不要指望拔掉一根内存条以后 Linux 会在压力中爆发出牛力。
3. 优化编译不是 gentoo/LFS/Arch 等通过编译形式安装软件的发行版的专利。
换句话说,用 openSUSE/Debian/Fedora/Ubuntu 不一定比上述发行版慢,只要你愿意花时间优化编译。买一头草??马然后把包括骨骼心脏轮胎在内所有的零件都换成大飞机,就不会比大飞机跑得慢。
4. 加速/优化的意义是让现有系统跑得更快。
你可以通过 KDE 自行车换成 LXDE 直升机来提高系统的速度,这不在本文范围之内。自行车有爆胎的功能而直升机没有,直升机有坠落的功能自行车没有。本文研究的是如何让自行车在不拆座位的情况下跑得更快,而不是教唆大家去买 Console 牌火箭。
错误观点:
1. 用 openSUSE/Fedora/Debian 优化编译很麻烦,依赖性问题一大堆。编译起来不如 gentoo/Arch 来的方便。
完全不是,不管是 RPM 还是 DEB 都对依赖性有相当的处理,在 openSUSE/Fedora/Debian/Ubuntu 之上利用这些既定的依赖性并不费事。你甚至不用去官方网站下源代码就可以进行优化编译。
2. 如果我要搞编译优化就去搞 LFS 了,用已经编译好的发行版再编译替换折腾太累。
错。在此基础上折腾不一定比 LFS 累。用一个已经安装自带包管理的版本有如下方便:
1. 一行命令可以直接优化编译成软件包。而不必像一般编译源码用三行,先解压再configure再make。
2. 不必保留旧版源代码 make uninstall
3. 配置别人都写好了,不必再专门去写配置文件。
总结思路
编译优化系统不必从 LFS 开始,完全可以把本机当作宿主系统优化编译替换各个组件。发行版自带包管理系统不是编译安装的障碍而是帮助。
总之,从桌面到内核的加速方式是完全可行而且现实的。优化编译不一定从最底层开始。这样做的好处很明显,在你组装飞机的时候,还有一批马是可以骑的,这匹马还可以上上网查查资料打打字什么的。等大功告成了,它就是飞机了。
待续。 |
|