为什么gnome会慢一些呢？

fender010

感觉很多软件在gnome下面打开需要等那么一下，

虽然时间不长，但是有点打断思路，

比如gedit，东西挺好，就是打开的慢，gvim比她快多了。

如果我使用fvwm自己组件一个桌面环境也会这样吗？

我的内存是2g，感觉应该足够了。

Reiase

两个原因：
首先，gtk慢
其次，gnome程序都要和一个gnome－setting－daemon通信，慢

jarryson

gtk效率没有那么不高把。

不只是gnome-setting-daemon通信，还有很多东西要加载，什么avahi阿，libgnome-ui阿，

fender010

如果电脑强一点是不是能很快，

还是就算配置上去了还要有点慢那种，

我的是pd945+2g内存，

这个配置因该不算低了，

就是感觉有点慢，

Reiase

gtk慢不是因为不够优化，我觉得用数据结构来表示控件之间的关系总要比用类继承慢。类继承在编译的时候能够定位每一个控件在内存中的地址，而gtk好像要在运行的时候在数组啊，链表上找

fender010

我还是比较喜欢gnome，虽然慢一点。

要是能快点就好了，不知道以后的版本是不是能改善这个问题，让gnome快点。

pupilzeng

Post by Reiase;1819953
gtk慢不是因为不够优化，我觉得用数据结构来表示控件之间的关系总要比用类继承慢。类继承在编译的时候能够定位每一个控件在内存中的地址，而gtk好像要在运行的时候在数组啊，链表上找

此话怎讲？

Gtk+是使用C来实现面向对象。效率并不见得比C++低。因为C++语言的复杂性，C++编译器的实现通常都没有C编译器的效率高。

Gobject中只不过是把有些C++对面向对象的支持，从编译器中搬了出来。因为这有些信息是能在编译时确定的（比方类型检查），有些也是需要在运行是确定的（比方说多态）。对于运行时确定的信息，从编译中移出来，并不会对效率有什么影响。而对于能编译时确定的信息，Gobject可能需要在运行时才能确定，这可能会有一些性能影响，但是C编译器的优化应该能弥补这一损失。

fender010

好像我用fvwm的话会比较快，

打开gedit和其他的gnome程序变得快了，

是不是错觉？

Reiase

Post by pupilzeng;1820111
此话怎讲？
Gobject可能需要在运行时才能确定，这可能会有一些性能影响，但是C编译器的优化应该能弥补这一损失。

你的看法是：Gobject确实效率没C＋＋高，但是编译器能够弥补

pupilzeng

Post by Reiase;1820307
你的看法是：Gobject确实效率没C＋＋高，但是编译器能够弥补

So what?