关于性能的疑惑

我的arch内核版本是 2.6.33，GNOME版本为2.30.0，文件系统是ext4。
跟之前用过的ubuntu/fedora相比，感觉有以下问题：
打开PDF文件，翻页（或者直接跳到某个页面）时，会loading...几秒。而ubuntu/fedora没有，或至少没那么明显。
另外，打开较大的图片时也要装载半天。
还有我装了virtualbox 3.1.6 ose，感觉虚拟机明显比ubuntu/fedora下更卡。不过在后者下用的是普通版的virutualbox，而arch下图省事装的OSE版，不知道是系统的原因，还是virualbox版本的问题。

在此想请教各位朋友，帮忙判断一下大概的原因。非常谢谢！

作者: ha_ha_xiao 发布时间: 2010-04-24

我也有这种感觉。似乎文件系统的性能有点低、IO操作都很慢的感觉。不晓得哪里的问题。

作者: dickeny 发布时间: 2010-04-24

引用:

作者: dickeny

我也有这种感觉。似乎文件系统的性能有点低、IO操作都很慢的感觉。不晓得哪里的问题。

谢谢回复！

这样啊。我感觉可能不怪系统，而是我不知道在哪里设置...
呵呵

作者: ha_ha_xiao 发布时间: 2010-04-24

我笔记本上arch比fedora快得嗖嗖的，呃

ps: 标题少看一个“能”字，就点了进来～

作者: nolava 发布时间: 2010-04-24

引用:

作者: nolava

我笔记本上arch比fedora快得嗖嗖的，呃

ps: 标题少看一个“能”字，就点了进来～

谢谢回复！

哈哈，PS部分真有趣~~

对了，我突然想起来，之前在ubuntu下用的reiserfs，在fedora下存放virtualbox磁盘文件的分区也是reiserfs...
刚才在fstab里增加两个参数 noatime,nodiratime
貌似好了点，不过还要接着观望

不知道还有哪位朋友有什么好建议，欢迎提出！
谢谢

作者: ha_ha_xiao 发布时间: 2010-04-24

换jfs试试？
ps：我多看了一个“功”字......

作者: capperlock 发布时间: 2010-04-25

引用:

作者: capperlock

换jfs试试？
ps：我多看了一个“功”字......

谢谢！
这样啊，可是我不想折腾了，有很多东西要备份出去...之前要不是发生了一次“事故”，我一直在用reiserfs

哈哈，恩恩，我发的时候确实多打了“能”字，这么隐晦的事情你都看得出来，厉害！
^_^

作者: ha_ha_xiao 发布时间: 2010-04-25

jfs性能不如ext4，个人体会，arch上比较明显。

至于reiserfs就不知道了。

作者: jarryson 发布时间: 2010-04-25

引用:

作者: jarryson

jfs性能不如ext4，个人体会，arch上比较明显。

至于reiserfs就不知道了。

EXT4也很好。不过多耗费10%的空间太让我失望了。。。

而且/var下零碎文件这么多，还是很适合reiserfs的

作者: dickeny 发布时间: 2010-04-25

谢谢告知！
是啊，我也听说JFS性能没什么优势，不过相对而言CPU占用较低，呵呵
其实我也不知道到底是不是文件系统的原因，反正现在打开PDF或者图片时读文件依然不是很快...不知道是不是油门踏板或者变速箱坏了，呵呵

至于EXT4确实浪费了一点空间，应该没有10%吧？
另外默认有5%的空间被系统保留而无法使用，但可以用 tune2fs命令来调整，比如
tune2fs -m 2 /dev/sda5 把 sda5 分区的保留空间设置为2%
至于其他参数，你可以搜一下，应该有不少资料吧

^_^

作者: ha_ha_xiao 发布时间: 2010-04-25

对了，想补充一句，jarryson兄的头像不错，超可爱！让我想起小学时课本上的《小猫钓鱼》了，真怀念啊！
那时候冬天还会下比较大的雪（最近许多年来大都下得很小化得很快），寒假也没有太多作业，然后就剩下玩了...

作者: ha_ha_xiao 发布时间: 2010-04-25

可能因为我是老机，所以jfs在我这里不管是挂载还是文件读取都能感觉到快，以前我是ext4，openbox进入后硬盘狂读30秒，期间几乎不能操作，jfs4秒左右就好了。
ps：我内核一直是-ice，并且打了bfs补丁，.33后我把硬盘*调度器换成了deadline，可能跟这些有关。

作者: capperlock 发布时间: 2010-04-25

引用:

作者: capperlock

可能因为我是老机，所以jfs在我这里不管是挂载还是文件读取都能感觉到快，以前我是ext4，openbox进入后硬盘狂读30秒，期间几乎不能操作，jfs4秒左右就好了。
ps：我内核一直是-ice，并且打了bfs补丁，.33后我把硬盘*调度器换成了deadline，可能跟这些有关。

谢谢！
呵呵这样啊，openbox没用过，不知道好用不？尝试过几天xfce，但由于没什么时间去摸索，所以不久就又回归gnome了...

-ice什么的听起来挺高深的...
看来你是高手啊，起立致敬然后奉上一杯椰果奶茶

作者: ha_ha_xiao 发布时间: 2010-04-25

额，我只是想省几个字。。。。。。
-ice 就是kernel26-ice，不要误会。。。。。。

作者: capperlock 发布时间: 2010-04-25

引用:

作者: dickeny

EXT4也很好。不过多耗费10%的空间太让我失望了。。。

而且/var下零碎文件这么多，还是很适合reiserfs的

-m reserved-blocks-percentage
Specify the percentage of the filesystem blocks reserved for the
super-user. This avoids fragmentation, and allows root-owned
daemons, such as syslogd(8), to continue to function correctly
after non-privileged processes are prevented from writing to the
filesystem. The default percentage is 5%.
这个5%还是很有用的。

作者: zhuqin_83 发布时间: 2010-04-25

引用:

作者: zhuqin_83

-m reserved-blocks-percentage
Specify the percentage of the filesystem blocks reserved for the
super-user. This avoids fragmentation, and allows root-owned
daemons, such as syslogd(8), to continue to function correctly
after non-privileged processes are prevented from writing to the
filesystem. The default percentage is 5%.
这个5%还是很有用的。

不是指这个。我之前也发过帖子，你可以看看：
http://www.linuxsir.org/bbs/thread365861.html

当时发现同一个系统用tar复制过去，愣是多“已用”了2G的空间（30%），而且上面这个参数我也已经调整为3%了。。。

由此可见reiserfs对小文件很多的系统是很节省空间的。

作者: dickeny 发布时间: 2010-04-25

capperlock兄：
kernel26-ice...
长这么大头一次听说这么高科技的名词，看来我连菜鸟都不属于，最多算个菜青虫，哈哈

zhuqin_83兄：
多谢赐教！
恩，我的系统分区都用的默认参数，只修改只读分区的～～

dickeny兄：
拽句洋文：sky that（直译：天那）！也太恐怖了吧...竟然有这种事，恐怖ing...
PS:头像你自己画的吧？真有才！对我来说画人像比画风景和静物难多了 ^_^

作者: ha_ha_xiao 发布时间: 2010-04-25

引用:

作者: ha_ha_xiao

谢谢告知！
是啊，我也听说JFS性能没什么优势，不过相对而言CPU占用较低，呵呵
其实我也不知道到底是不是文件系统的原因，反正现在打开PDF或者图片时读文件依然不是很快...不知道是不是油门踏板或者变速箱坏了，呵呵

至于EXT4确实浪费了一点空间，应该没有10%吧？
另外默认有5%的空间被系统保留而无法使用，但可以用 tune2fs命令来调整，比如
tune2fs -m 2 /dev/sda5 把 sda5 分区的保留空间设置为2%
至于其他参数，你可以搜一下，应该有不少资料吧

^_^

ext fs 快用完的时候会特别特别慢。

作者: bearson 发布时间: 2010-04-26

我认为不是 fs单方面的原因，fs 差距不会这么大。可以试试看直接跑其他系统的二进制程序，推测下可能出现问题的地方。

作者: bearson 发布时间: 2010-04-26

引用:

作者: bearson

我认为不是 fs单方面的原因，fs 差距不会这么大。可以试试看直接跑其他系统的二进制程序，推测下可能出现问题的地方。

谢谢！
恩，我也觉得。可惜还没找到大概哪方面出的问题...
欢迎提出建议～～

作者: ha_ha_xiao 发布时间: 2010-04-26

感觉像是io调度器、系统抢占策略以及文件系统类型、挂接选项（异步、atime、diratime等）方面的差异，可以试试直接拿ubuntu的内核和模块过来用。

作者: lifc 发布时间: 2010-04-29

我怎么觉得是显卡的问题呢……＝＝

作者: levn 发布时间: 2010-04-29

引用:

作者: lifc

感觉像是io调度器、系统抢占策略以及文件系统类型、挂接选项（异步、atime、diratime等）方面的差异，可以试试直接拿ubuntu的内核和模块过来用。

谢谢赐教！
恩...以后有空了可以试试看，不过目前被论文搞的头大，呵呵

作者: ha_ha_xiao 发布时间: 2010-04-29

引用:

作者: levn

我怎么觉得是显卡的问题呢……＝＝

谢谢回复！
也许是显卡驱动的问题，以前ubuntu、fedora下都是手动装的驱动，但archlinux下是用pacman自动下载安装的。
至于显卡，8400M G，虽然不怎么样，但之前还没这么夸张

作者: ha_ha_xiao 发布时间: 2010-04-29

根据到目前为止的证据表明，应该是显卡驱动性能的问题。
首先我的显卡是8400M G，虽然比较弱，但之前在ubuntu/fedora下表现没这么差。
比如运行glxgears，关掉所有特效，在默认的窗口大小下，FPS2000左右；最大化（1280x800分辨率，上有工具栏，下有dock，分别占据了一些空间）之后300左右。
我也尝试手动安装官网上的195.36.24版驱动，但跟pacman安装的没差别。

在此想请教下各位朋友，有谁遇到过archlinux下nvidia显卡性能低下的问题，如何解决。
谢谢！

作者: ha_ha_xiao 发布时间: 2010-04-30

引用:

作者: ha_ha_xiao

根据到目前为止的证据表明，应该是显卡驱动性能的问题。
首先我的显卡是8400M G，虽然比较弱，但之前在ubuntu/fedora下表现没这么差。
比如运行glxgears，关掉所有特效，在默认的窗口大小下，FPS2000左右；最大化（1280x800分辨率，上有工具栏，下有dock，分别占据了一些空间）之后300左右。
我也尝试手动安装官网上的195.36.24版驱动，但跟pacman安装的没差别。

在此想请教下各位朋友，有谁遇到过archlinux下nvidia显卡性能低下的问题，如何解决。
谢谢！

虽然现在用的不是 Nvidia 显卡，但是我觉得也许是因为 Archlinux 用的软件太新的缘故，Nvidia 官方驱动还没有跟上。

应该找一个旧的源把 xorg-server 之类的降级就好了。或者等待 nv 官方的新驱动。

作者: bearson 发布时间: 2010-04-30

谢谢bearson的回复！
过几天试试看，不知道是不是xorg的关系，只听说新版本在ubuntu 10.04 rc里，使用intel显卡驱动时会发生内存泄漏...听起来蛮恐怖的，呵呵

作者: ha_ha_xiao 发布时间: 2010-05-01

引用:

作者: ha_ha_xiao

谢谢bearson的回复！
过几天试试看，不知道是不是xorg的关系，只听说新版本在ubuntu 10.04 rc里，使用intel显卡驱动时会发生内存泄漏...听起来蛮恐怖的，呵呵

内存泄漏也不算很可怕。应该是，比如运行一个窗口的程序、关掉后，xorg会漏掉一些内存不释放，因此xorg的内存占用越来越高。

又比如，昨晚试了试catalyst，才一个傍晚，xorg就崩到了300M，明显的内存泄漏。今天换回了xf86-video-ati，这么久了，xorg也还是占用75M而已。

可见，有时也是驱动的关系啊。

作者: 沈觅仁发布时间: 2010-05-01

引用:

作者: 沈觅仁

内存泄漏也不算很可怕。应该是，比如运行一个窗口的程序、关掉后，xorg会漏掉一些内存不释放，因此xorg的内存占用越来越高。

又比如，昨晚试了试catalyst，才一个傍晚，xorg就崩到了300M，明显的内存泄漏。今天换回了xf86-video-ati，这么久了，xorg也还是占用75M而已。

可见，有时也是驱动的关系啊。

我感觉已经很可怕了...呵呵
最近在搞论文，经常要看PDF，但延迟的我受不了，有转回ubuntu/fedora的冲动
:-(

作者: ha_ha_xiao 发布时间: 2010-05-01

引用:

作者: ha_ha_xiao

我感觉已经很可怕了...呵呵
最近在搞论文，经常要看PDF，但延迟的我受不了，有转回ubuntu/fedora的冲动
:-(

不用担心，这类问题一定是暂时的

我用 Archlinux 也有的时候升级后发现某个 Bug 或者是什么的很 annoying，不过过一阵子总会被搞定的，而且多数情况下新功能的惊喜会大过 Bug 带来的遗憾。

我觉得如果硬盘够用的话，觉得系统比较稳定的时候，镜像一个本地源是比较合适的。现在在本地就有一个1月30日的版本的i686 core,extra,community。必要时可以回退回来。

pacman配置里面可以直接写成本地路径：
Server = file:///home/quark/mirror/archlinux/$repo/os/i686

虽然官方的说明好像只说了可以用 http 和 ftp ....

作者: bearson 发布时间: 2010-05-02

谢谢bearson兄的建议！
下星期准备试试

还有想请教大家的是，如果显卡跟 8400M G 一个档次的，麻烦说一下运行 glxgears 的帧数以及对应的分辨率好吗？比如默认大小，以及最大化（相应分辨率）的帧数。

感激不尽！

本人关掉所有特效，在默认的窗口大小下：
FPS ：2000 左右
最大化（1280x800分辨率，上有工具栏，下有dock，分别占据了一些空间）：300 左右

作者: ha_ha_xiao 发布时间: 2010-05-02

用Wine+pdfxcview?这是这个软件的问题.不是你的机器问题.
换Okular就OK了.内存分配大些,不会卡的.

作者: wrfwsh 发布时间: 2010-05-03

引用:

作者: wrfwsh

用Wine+pdfxcview?这是这个软件的问题.不是你的机器问题.
换Okular就OK了.内存分配大些,不会卡的.

谢谢回复！
不是，我是用自带的文档查看器看的
我内存2.5G，应该不是它的问题吧，呵呵

作者: ha_ha_xiao 发布时间: 2010-05-05

默认内存好像是使用中间那个选项，内存大的可以设置第三个，到首选项里看看性能设置

作者: wrfwsh 发布时间: 2010-05-05

我的是8600 在archlinux和gentoo 用openbox不开任何特性 glxgears运行后，出来的图像窗口保持初始大小，分数：7800+ 偶尔能到8000+

作者: Karv 发布时间: 2010-05-05

nvidia驱动应该是19.53 应该这个版本现在上班平常没注意看
benq s41 14宽屏 1280x800分辨率
8400和8600差不多同一个档次 2000+的分值也差别太大了。

作者: Karv 发布时间: 2010-05-05

引用:

作者: wrfwsh

默认内存好像是使用中间那个选项，内存大的可以设置第三个，到首选项里看看性能设置

啊偶？这个我还真不知道呢
为了搞论文我前天终于把arch换成ubuntu了，在我的机器上速度明显提升...
不过以后有空了我还回来的，嘿嘿

作者: ha_ha_xiao 发布时间: 2010-05-06

引用:

作者: Karv

nvidia驱动应该是19.53 应该这个版本现在上班平常没注意看
benq s41 14宽屏 1280x800分辨率
8400和8600差不多同一个档次 2000+的分值也差别太大了。

谢谢Karv兄的告知！
我现在换成ubuntu 10.04了，测了下跟在archlinux下成绩差不多，但系统使用感觉明显比之前要快。比如浏览图片时切换图片速度快多了（几MB大的照片）...

作者: ha_ha_xiao 发布时间: 2010-05-06

引用:

作者: Karv

nvidia驱动应该是19.53 应该这个版本现在上班平常没注意看
benq s41 14宽屏 1280x800分辨率
8400和8600差不多同一个档次 2000+的分值也差别太大了。

Nvidia 官方文档明确告诉你，8600性能是8800的一半，8500的性能是8600的一半，8400的性能为8500的一半。

因此8600 8k+，8400 2k+是很正常的成绩。

当然，以我的经验 8600 64bit系统可以做到 9k-10k+

作者: poet 发布时间: 2010-05-06

如果Nvidia官方有文档说明，请参见poet兄的意见。
这个，我是确实没怎么去比较了，只是个人感觉都是8***，还以为性能相差不多。

作者: Karv 发布时间: 2010-05-06

谢谢poet兄和Karv兄！

虽然glxgears数据差不多，但使用感觉上arch和ubuntu响应速度还是有一定的差别，看来不一定是显卡或驱动的性能问题。
ubuntu 10.04下读取jpg图片的速度明显快很多，但对PDF来说仍会loading一会儿。另外，整个桌面的相应速度也快一些（这个没数据比较，只是个人感觉，但应该不会错）。

作者: ha_ha_xiao 发布时间: 2010-05-07

引用:

作者: ha_ha_xiao

谢谢poet兄和Karv兄！

虽然glxgears数据差不多，但使用感觉上arch和ubuntu响应速度还是有一定的差别，看来不一定是显卡或驱动的性能问题。
ubuntu 10.04下读取jpg图片的速度明显快很多，但对PDF来说仍会loading一会儿。另外，整个桌面的相应速度也快一些（这个没数据比较，只是个人感觉，但应该不会错）。

我猜想：
1、IO的因素。
2、内核的因素。

作者: 沈觅仁发布时间: 2010-05-07

谢谢沈觅仁兄！

看来我还是暂缓提问，等最近忙完了，多看点基础知识的东西再说吧

我还是会回来的～～呵呵

作者: ha_ha_xiao 发布时间: 2010-05-07