我的Gnome在FC上比在Gentoo上快

coolone

我一直用Gentoo+FC这种组合，最近升级到FC8
FC只装了几个GTK软件+Gnome环境。

Gentoo装了太多了东西。什么Gnome, KDE, Fluxbox, Xfce4。
我一般在Gentoo下用fluxbox。

今天做了一个比较Gentoo启动很快。然后在Gnome
我打开所有的特效Compiz-fusion+AWN等。
感觉在FC快一些，是不是因为我Gentoo装太多东西的缘故？

－－－－－－－－－－－－－－
我用了Gentoo1年多了，日积月累的没用的依赖文件太多了。今天想emerge --depclean 但是提示我python-2.4没装，我已经升级到2.5了。让我装了2.4才能depclean......

请问有没有解决方法。感谢

Reiase

正常，通常发行版会在编译的时候加入一些优化，而FC自6开始编译时使用一种优化技术

多注意以下USE变量，为Gnome指定太多的特性可能会影响性能。通常来讲USE变量够用即可，不要添加太多，不然会使得编译时间变长，包的依赖关系变多

你也可以试试使用strace启动程序，看是哪里慢。我最近发现使用2.6.23核心时，Gnome程序启动时间很长，主要是因为启动时候

1. read（10,...）

复制代码

被阻塞造成的，目前还没有发现好的解决方法，暂时停留在2.6.22核心

coolone

谢谢楼上我还以为我的配置有问题呢！
上周我装了一个机器，Gentoo 用了vanilla 2.6.23编译驱动的时候就报错
什么ACCESS VIOLATION SUMMARY
我又下到2.6.22了！好像是-sandbox可以通过这个emerge。

nainaide

据说在FC上都用fPIC的，你可以prelink -amR试试，有没改善

zhllg

现在的库都是PIC的，这个是不分发行版的
而且非Linux的类UNIX系统上的库也基本都是PIC

PIC不会提高速度
PIC会降低速度，确切的说是第一次执行函数时的速度，主要体现在程序启动上

prelink和gnu hash可以提高因PIC的介入而导致速度降低
其中prelink可以完全取代gnu hash的作用
不过prelink有一点点几乎无法被利用的安全隐患，有关address space randomization

zhllg

Post by Reiase;1789273
正常，通常发行版会在编译的时候加入一些优化，而FC自6开始编译时使用一种优化技术

不知你说的是具体是什么？
如果是gnu hash的话，那么现在其实是默认采用的，甚至不需要设置LDFLAGS

coolone

刚才用bootchart做了一个boot的测试
FC8 启动时间是1:00整
Gentoo 启动的时间是40秒
G(真)牛啊！
对于gnome的问题，我稍后按照大家的提示操作看看。

Reiase

FC6 的发行注记这样讲的

2. 所有 Fedora Core 应用程序都使用 `DT_GNU_HASH` 开关编译，在动态链接时有 50% 的性能提升

复制代码

还有，请zhllg帮忙解决下我Gnome程序启动慢的问题，我用strace看过了，程序在某处调用read(10,...)的时候被阻塞很长时间。在/proc里查了一下，10这个文件是一个socket，我怎么看socket的另一端是什么程序阿

zhllg

DT_GNU_HASH 就是gnu hash，
现在就算你用的是x86，你的binutils也会默认支持gnu hash
这一点现在所有的发行版都应该是一样的

strace -o log foo
grep  '= 10$' log

nainaide

Gentoo 在好像在make.conf有种优化，很复杂，这个坛子里好像有个贴，忘了是什么了。