从源代码编译Slackware

SystemMan

别人都说，gentoo是最快的linux（除LFS）。究其原因，我认为是因为gentoo在从源代码编译的时候，能够将许多优化选项打开，根据自己的CPU，生成最合适的代码。
最近，我研究了Slackware的源代码光盘，把里面的不少源代码包都研究了一下，发现Slackware的源代码管理也十分成熟，每个软件包都有一个十分实用的编译脚本。虽然Debian也有源代码的下载功能，但里面几乎没有被整理过，编译起来十分不方便。
鉴于我的机器配置不高，所以我决定将一些重要的软件从源代码编译。它们有：
X.org
KDE
gtk+
glib2
xfce
bash
libjpeg
rxvt
linux-utils
windowmaker
mysql
等等，有些编译了，又忘记了。
现在，已经完成了计划的大部分软件包。
有人说，开gcc的O3优化选项，可能会有负面影响，不知道是不是真的如此。我看见glibc的编译脚本就是用O3优化的，
不知道大家还有没有其他什么建议。

shannleon

唯一建议不要用大范围用 O3 。其他建议，天气热了，保护 CPU ;-)

r00to

兄台的想法和我以前一样(http://www.linuxsir.cn/bbs/showthread.php?t=251539)，我是想把整个系统都重新编译了，但打算11出来了再去弄弄看了，我开过o3编译软件，和默认的资源占用区别真得不明显，也没遇到什么负面影响。也试过pgcc，和gcc也差不了多少。所以现在我是老老实实的
./configure && make && checkinstall了
兄弟你编译前后资源占用情况有何改观没？

SystemMan

今天我把新编译好的所有软件包都安装到一个新的Slackware系统上，发现KDE真是比以前快了N倍！即使是用KDE3.4，不超频，也比当年超到913MHz时用redhat9的KDE3.1要快！
从来没有用过这么快的KDE！
除了KDE是用o2选项外，其他软件的编译都是用了o3。
另外，CPU编译选项我用的是pentium3，以求最大优化。
我的机子配置：
赛扬2，733MHz，有时超到913MHz
内存：256MB
硬盘：80G+200G。
芯片组：intel815e

seamonkey

还应重新编译glibc, kernel，这样不如直接上Gentoo，或者用Arch。

913MHz时用redhat9的KDE3.1要快！

竟然和RH 9的KDE比

电容爆浆，谁之过欤，Gentoo不得辞其咎。

r00to

再问两个问题
资源占用方面如何？
你默认得优化参数是什么？
可能我编译的都是些小程序。感觉资源占用方面改善不太明显。
有时候，我都在想这样搞slackware,，还不如直接装LFS来得方便，呵呵。

SystemMan

资源方面没有具体数据比较，只有速度方面有感觉。其实，速度快了，就是使用资源减少了。因为我的CPU主频不高，系统负载经常在2.3-3.0之间，十分吃力，编译之后一直没有超过2.5。内存也几乎不用使用交换分区。
为什么要编译Slackware，为什么不编译LFS或gentoo？因为这两个系统都要求任何一件东西都要从源代码编译，而且技术难度比较高，我没有那么多时间去弄。我编译软件包，都只能将机器开通宵来编译，glibc2也重新编译了。我只需要编译其中的关键软件包。
其实我觉得，Slackware本来就已经十分简洁，简洁过gentoo。从源代码编译的Slackware，不一定比gentoo慢，大家都是from source。我就是喜欢Slackware的风格。
为什么不能和redhat9的KDE比？
一般，旧的发行版的软件运行是比新的要快，而且当时我用redhat9是超频使用的，现在是夏天，不是那么够胆超频，但经过编译关键软件包的Slackware一样很快，和当年用Slackware 9.1时的KDE3.1速度相近，

SystemMan

优化参数：
-O3 -mcpu=pentium3 -march=pentium3 -mmmx -msse -maccumulate-outgoing-args -minline-all-stringops
可能这样优化会增加生成代码的体积，但是我的硬盘够大，所以我也不是那么在意。运行效率+稳定第一。

独行侠

支持一下，等你都弄好了，发布一下经验，照本宣科，我也跟着做做玩！  ：）