关于Magic Linux提速

XF_LAIFU

首先，ML已经是很快很快的了，我安装gentoo没成功，不知道是否有宣称的那么快，但用过的几个Linux版本中，ML算是最快的了。

但我是个速度狂，除了三年内两次升级硬件外，所有系统加速之类的方法我总要尝试一下，即使取得哪怕小小的一丝“快感”，我都会兴奋不已。

换了Linux后，好像稳定成了压倒一切的大方向。但网络上也有不少偏方妙药讲述如何提升系统性能。即便是just for funs，不尝试一下总是心有不甘。

1、提升硬盘性能的方法。
   大多数书籍和FAQ都提到用hdparm加参数来开启硬盘dma选项，这点ML团队已经预先作到了。hdparm /dev/hda可以看到dma已经打开。
[root@MagicLinux laifu]# hdparm /dev/hda
/dev/hda:
multcount    =  0 (off)
IO_support   =  0 (default 16-bit)
unmaskirq    =  0 (off)
using_dma    =  1 (on)
keepsettings =  0 (off)
readonly     =  0 (off)
readahead    = 256 (on)
geometry     = 16383/255/63, sectors = 156301488, start = 0
[root@MagicLinux laifu]# hdparm -Tt /dev/hda

/dev/hda:
Timing cached reads:   3680 MB in  2.00 seconds = 1839.36 MB/sec
Timing buffered disk reads:  166 MB in  3.03 seconds =  54.72 MB/sec

至于用hdparm -d1 -c1 -m16 -X68 dev/hda开启其他选项后，性能不升反降：

[root@MagicLinux laifu]# hdparm -d1 -c1 -m16 -X68 /dev/hda
/dev/hda:
setting 32-bit IO_support flag to 1
setting multcount to 16
setting using_dma to 1 (on)
setting xfermode to 68 (UltraDMA mode4)
multcount    = 16 (on)
IO_support   =  1 (32-bit)
using_dma    =  1 (on)
[root@MagicLinux laifu]# hdparm -Tt /dev/hda

/dev/hda:
Timing cached reads:   3504 MB in  2.00 seconds = 1751.39 MB/sec
Timing buffered disk reads:  150 MB in  3.03 seconds =  49.46 MB/sec
简直莫名奇妙。

2、系统启动加速：
    windows下启动加速方法很多，例如取消预读、把不存在的ide设置为无等。Linux桌面应用也是经常开关机，漫长的等待过程实在是不爽。虽然gentoo抑或是lfs号称几秒钟就进X，但现下ML还做不到这么BT。对于我这样非理性的追求速度的人，还是搜罗了些办法让这个过程缩短一些。
    开机检测新硬件，停顿的时间够长，所以我干脆把kudzu服务取消了。
        setup （系统服务）
    我直接进2.6.12.5内核，那么延时那10秒就毫无必要，敲一下回车都是劳动力的极大浪费。
        #vi /boot/grub/menu.lst
         timeout=0
     有其他想法或可改为3、5等较短的值，顺便我把splash=silent也去掉了。
   
    对于家用或个人用，登陆时候还得输入密码简直有点自虐倾向。好在ML的系统管理之登陆管理器提供了便利选项，我也就以laifu这个用户无密码自动登陆了。

（未完待续）

demonlj

不错

XF_LAIFU

一分钟进入桌面，还是不算太理想，还凑合吧，谁有更好的方法请赞助下。

3、虚拟硬盘

    Linux的swap和widows的虚拟内存一样，都是用极其慢的硬盘来补充以前比较贵的内存。纳闷的是现今还保留这东东。但win下可以用软件来虚拟内存盘。我升级系统后，内存达到了1G，曾经划分出512M的内存充当虚拟硬盘，把win下的tmp、temp以及IE的临时文件都指向这个虚拟硬盘，文件打开、解压速度都大幅度提升。还有附带的好处：BT下载的电影之类都默认放到这里，再也不怕BT伤害硬盘了。

    有篇文章讲到Linux下也可以使用这个方法：（见中国Linux论坛）
    “将 /tmp 目录挂载到内存中的方法是：
编辑 /etc/fstab 文件：
# vi /etc/fstab
在该文件中加入以下配置：
none /tmp tmpfs defaults 0 0

实际上 /tmp 目录的内容并不会太多，一般不超过 10M，不会占用太多内存。
当把 /tmp 加载到内存后，对性能的提升是非常明显的。”云云。

   更BT的是，或说/var/tmp、/lib、/usr/lib乃至 /bin /usr/bin /sbin /usr/sbin 都可以挂载到内存中。
   偶正尝试中，不好作评论。但可以明确的是，内存不保存任何东东，危险啊。
而且，虚拟内存取消不得，大型软件和游戏随时都会罢工。

4、关于prelink
   据说prelink这个东东很好，ML也自带了prelink-0.3.3，“动态库的引用需要解析大量的符号，非常费时间，特别是用 C++ 编写的 KDE 这类大软件。
幸好有 Prelink 这个好东东，能大大缩短程序启动时间”但ML中prelink怎么作用的，还望各位老鸟解释一下。

好玩儿。

jackey

ML 的glibc支持NTPL，prelink 提高不多。

tingxx

感觉kde程序的启动比xp下快得多呀

hamika

jackey       
发表于: 2005-09-28, 11:08pm    发表主题:        
ML 的glibc支持NTPL，prelink 提高不多。

？？？？ML 的哪个版本支持NPTL？2.0Beta3吗？