LinuxSir.cn,穿越时空的Linuxsir!

 找回密码
 注册
搜索
热搜: shell linux mysql
查看: 1791|回复: 16

关于编译 kdelibs的问题

[复制链接]
发表于 2007-8-16 15:37:14 | 显示全部楼层 |阅读模式
关于kdelibs 应该如何编译优化呢

自己编译了kdelibs
发现竟然没有 用官方源里面的快!!

flags优化为
  1. CFLAGS="-march=athlon64 -mtune=athlon64 -O3 -m3dnow -msse2 -pipe"
  2. CXXFLAGS="-march=athlon64 -mtune=athlon64 -O3 -m3dnow -msse2 -pipe"
复制代码
不解其原因

而以前 我用P3处理器的时候 用
  1. -march=pentium3 -O3 -msse2 -pipe
复制代码
能明显提高kde程序的速度
发表于 2007-8-16 16:54:10 | 显示全部楼层
你的cpu是什么?

如果可以的话,应该用k8。

我不知道o3是什么意思。我的是o2。gentoo里面的参数都没有改。我也没敢改。
回复 支持 反对

使用道具 举报

发表于 2007-8-16 17:24:21 | 显示全部楼层
如果我没记错的话, 自己再编译能提高的速度是微乎其微的
回复 支持 反对

使用道具 举报

发表于 2007-8-16 17:28:15 | 显示全部楼层
要明显提高 KDE 的速度,应先从底层的 QT Library 开始
回复 支持 反对

使用道具 举报

 楼主| 发表于 2007-8-16 23:05:17 | 显示全部楼层
噢! 对了, 忘了说. 我用的是ArchLinux 64bit版本的

Post by d00m3d
要明显提高 KDE 的速度,应先从底层的 QT Library 开始


能否详细说说, 我编译过QT, 不过自己编译的有很多问题, 最显著的是kde的风格里面什么都没有了, 而且KDE程序境报些奇怪的.la静态链接错误

Post by jarryson
你的cpu是什么?

如果可以的话,应该用k8。

我不知道o3是什么意思。我的是o2。gentoo里面的参数都没有改。我也没敢改。


据说O3 是在O2基础上加了几个对桌面优化的参数
cpu是 athlon 3200+
应该不适k8的问题

关于gcc的 有这样一段

[HTML]athlon-4, athlon-xp, athlon-mp
Improved AMD Athlon CPU with MMX, 3dNOW!, enhanced 3dNOW! and full SSE instruction set support.
k8, opteron, athlon64, athlon-fx
AMD K8 core based CPUs with x86-64 instruction set support. (This supersets MMX, SSE, SSE2, 3dNOW!, enhanced 3dNOW! and 64-bit instruction set extensions.)[/HTML]
回复 支持 反对

使用道具 举报

发表于 2007-8-17 07:19:08 | 显示全部楼层
一般不推荐o3,会加大代码体积,在载入时会更慢!
并且KDE这么多组件,一个kdelibs是不够的,要就全KDE组件全来一次。
最后一个建议,想编译看出速度提升,还是放弃吧,除非你的脑子像评测软件一样。。。
编译除了自由度大外,就只是满足我这类编译狂看那一行行编译天书时爽爽的心理感觉了
回复 支持 反对

使用道具 举报

 楼主| 发表于 2007-8-17 16:51:06 | 显示全部楼层
Post by LaoLang_cool
一般不推荐o3,会加大代码体积,在载入时会更慢!
并且KDE这么多组件,一个kdelibs是不够的,要就全KDE组件全来一次。
最后一个建议,想编译看出速度提升,还是放弃吧,除非你的脑子像评测软件一样。。。
编译除了自由度大外,就只是满足我这类编译狂看那一行行编译天书时爽爽的心理感觉了


实际上我就是把整个kde组建 全编译一次....
kdelibs上面的 像kdebase kdeMultimedia kdenetwork kdegraphics都没有问题
回复 支持 反对

使用道具 举报

发表于 2007-8-17 17:03:38 | 显示全部楼层
俺编译 LFS + BLFS 系统时一直用 O3(toolchain 的 binutils/gcc/glibc 除外),无往而不利,但楼主应该改正观念,不要以为单纯用某些编译优化就会使系统变快,很多时极端參数并不意昧极端速度!

关於 QT/KDE 的编译,在 BLFS 手册里够详细的了,先參考一下吧

http://www.linuxfromscratch.org/blfs/view/svn/x/qt.html

http://www.linuxfromscratch.org/blfs/view/svn/kde/kde.html
回复 支持 反对

使用道具 举报

 楼主| 发表于 2007-8-17 17:48:27 | 显示全部楼层
Post by d00m3d
俺编译 LFS + BLFS 系统时一直用 O3(toolchain 的 binutils/gcc/glibc 除外),无往而不利,但楼主应该改正观念,不要以为单纯用某些编译优化就会使系统变快,很多时极端參数并不意昧极端速度!

关於 QT/KDE 的编译,在 BLFS 手册里够详细的了,先參考一下吧

http://www.linuxfromscratch.org/blfs/view/svn/x/qt.html

http://www.linuxfromscratch.org/blfs/view/svn/kde/kde.html

多谢

还有 请问doom3d兄 编译QT时候用的什么参数.  -Wl, -s -fvisibility=hidden -fvisibility-inlines-hidden这3个参数对lib有多大作用呢 (实际上 在我编译kdelibs时 这个3个选项开关 被默认开启了)
回复 支持 反对

使用道具 举报

发表于 2007-8-17 19:38:35 | 显示全部楼层
俺的 U 是 Sempron 64 3000+,系统是 32 位的,所以我只采用 -march=k8 -O3 -pipe -fomit-frame-pointer
回复 支持 反对

使用道具 举报

您需要登录后才可以回帖 登录 | 注册

本版积分规则

快速回复 返回顶部 返回列表