感觉 SUSE 9.3 慢的看这里。

linyunsong

Post by james_su
安装 prelink 包。编辑 /etc/sysconfig/prelink 文件，把 USE_PRELINK 改为 yes。

然后执行 SuSEconfig --module prelink

为什么？这是什么意思？请赐教

james_su

Post by linyunsong
为什么？这是什么意思？请赐教

就是事先把 binary 和依赖库的连接关系确定下来，就不用在运行的时候确定了。这对于像KDE这样的大型应用来说是很有用的。

lszigui

什么是 Prelink ? 它能为我做什么 ?
---------------------------------------------------------------------------------------------------------------------
       许多的应用程式使用共用函式库. 在这些程式被执行的时候, 共用函式库会被读进记忆体中, 并且跟程式中所参用到的符号(symbol)连结起来. 对大多的小程式而言, 通常这样的动态连结非常快. 但是对一些依存於大量函式库的 C++ 程式而言, 动态连结却可能花上不少的时间.

       在大多数的系统上, 函式库并不会常常被更动, 每次程式被执行时所进行的连结动作都是完全相同的,Prelink 利用这点, 将程式与函式库连结的方式弄出来记录在执行档中, 达成"预先连结"的效果. 你需要 glibc 中的 ld-linux.so 来进行连结, 要能够认出"预先连结"的纪录则需要 >=glibc-2.3.1-r2.

       "预先连结"能够节省应用程式的启动时间. 以典型的 KDE 程式为例, 程式的读取时间能够减少 50% 那么多. 唯一必要的维护只有每当被"预先连结"过的执行档所连结到的函式库有所更新时, 需要再次执行 prelink.
----------------------------------------------------------------------------------------------------------------------
摘要

我们可以用一个就叫做 prelink 的程式来进行"预先连结". 它能够修改执行档的内容, 使启动的时间变短.
如果某个"预先连结"过的应用程式所依存的函式库有所变动, 你必须重新"预先连结"这个应用程式, 不然速度上的增快将继续无法作用. 也就是说, 每次你用 portage 更新一些套件而更新了一些函式库, 这些函式库必须重新被"预先连结"起来.
对执行档的更动是完全可逆的. prelink 拥有复原的功能.
新版的 Portage 能够应付 prelink 对执行档的 MD5sum 与 mtime 造成的改变.
你需要 glibc-2.3.1-r2 或更新版本, 以及 binutils-2.13.90.0.xx 或更新版本所编 译出的执行档.

pandalcg

9.3 比 9.2 快很多啊， 在我这里是这样

gradetwo

总的来说SuSE做的比较人性话点,界面什么的都很棒,唯一的缺点就是性能很一般(madpenguin上的话),不过很适合新手使用,配置简单,问题也比较少,怎么感觉给它做广告似的

pandalcg

我以前也努力追求快速的系统，启动快， 反应快， 后来发现自己的系统越来越简单， LFS+fvwm2,  可用起来越来越不方便了。   
一个系统的启动速度到底有多重要呢？  启动简单化速度快带来大量的服务日后再启动， 和掩耳盗铃有什么区别。 有兴趣研究一样运算速度， 看看gcc 如何优化才是学问。

wincool

用KDE桌面.............打开个程序会好几秒才出来.....打开多几个了更慢......好像有点拖拖拉拉的感觉...用着不舒服.......记得以前只有256内存时,用RH9还比我现在1G内存用SUSE9.3快点....我还是用回MDV了....用了几个LINUX...看来还是MDV比较适合我点...........

pandalcg

我的打开程序非常快啊， 是不是你kde的配置有问题

休想

Post by pandalcg
我的打开程序非常快啊， 是不是你kde的配置有问题

不知道特效是不是开的很多

honjyang

个人感觉SUSE9.3PRO运行挺不错，蛮快的 吗，在我这里也是冷快，呵呵。。。你们还想怎么快啊，不懂。
再说了，一个系统不能只以快慢论英雄，她只是其一，综合性能才是硬道理。