ARCH在IO系统方面的性能实在是太差了

沈觅仁

Post by poet;2091998
不知道你具体什么环境，不过KDE4里面唯一可能影响你这个问题的就是 strigi，缺省情况下，这个在 kubuntu 里面是关的，请检查你是否关闭了 strigi。

strigi一直都是关闭的，否则那可就真的一直很卡了。不过nepomuk还开着。

Post by bhoppi;2092024
拷文件居然要占用大量CPU？是不是DMA没有起作用？
同是KDE4的用户表示没有任何问题，而且几乎我所有同学都能感觉到我的Arch拷文件明显比Windows要快

我也一度怀疑DMA没有起作用，但也无法确认。hdparm的测试结果如下：
[php]
16:16:59 ~ $ sudo hdparm -itT /dev/sda

/dev/sda:

Model=WDC WD3200BEVT-22ZCT0, FwRev=11.01A11, SerialNo=WD-WXE508FPA817
Config={ HardSect NotMFM HdSw>15uSec SpinMotCtl Fixed DTR>5Mbs FmtGapReq }
RawCHS=16383/16/63, TrkSize=0, SectSize=0, ECCbytes=50
BuffType=unknown, BuffSize=8192kB, MaxMultSect=16, MultSect=off
CurCHS=16383/16/63, CurSects=16514064, LBA=yes, LBAsects=625142448
IORDY=on/off, tPIO={min:120,w/IORDY:120}, tDMA={min:120,rec:120}
PIO modes:  pio0 pio3 pio4
DMA modes:  mdma0 mdma1 mdma2
UDMA modes: udma0 udma1 udma2 udma3 udma4 udma5 *udma6
AdvancedPM=yes: unknown setting WriteCache=enabled
Drive conforms to: Unspecified:  ATA/ATAPI-1,2,3,4,5,6,7

* signifies the current active mode

Timing cached reads:   2848 MB in  2.00 seconds = 1425.17 MB/sec
Timing buffered disk reads:  190 MB in  3.00 seconds =  63.26 MB/sec
22:25:42 ~ $
[/php]

这种现象貌似和缓存有关

也有可能。不过你有更具体的配置/测试嘛？

hurricanek

1. 
   
2. /dev/sda:
   
3. 
   
4. Model=WDC WD5000AAKS-75A7B2, FwRev=01.03B01, SerialNo=WD-WMASY7025667
   
5. Config={ HardSect NotMFM HdSw>15uSec SpinMotCtl Fixed DTR>5Mbs FmtGapReq }
   
6. RawCHS=16383/16/63, TrkSize=0, SectSize=0, ECCbytes=50
   
7. BuffType=unknown, BuffSize=16384kB, MaxMultSect=16, MultSect=16
   
8. CurCHS=16383/16/63, CurSects=16514064, LBA=yes, LBAsects=976773168
   
9. IORDY=on/off, tPIO={min:120,w/IORDY:120}, tDMA={min:120,rec:120}
   
10. PIO modes:  pio0 pio3 pio4
    
11. DMA modes:  mdma0 mdma1 mdma2
    
12. UDMA modes: udma0 udma1 udma2 udma3 udma4 udma5 *udma6
    
13. AdvancedPM=no WriteCache=enabled
    
14. Drive conforms to: Unspecified:  ATA/ATAPI-1,2,3,4,5,6,7
    
15. 
    
16. * signifies the current active mode
    
17. 
    
18. Timing cached reads:   3480 MB in  2.00 seconds = 1740.10 MB/sec
    
19. Timing buffered disk reads:  274 MB in  3.02 seconds =  90.84 MB/sec
    

复制代码

贴一个我的

hurricanek

我这里还strigi开着呢……

没有遇见啥问题

笔记本慢一些，不过那个硬盘已经用了很久了，load cycle 都70万了

yafeng

刚上一块移动硬盘，500G的，速度大于笔记本内部硬盘，所以一拷数据就悲剧了，系统完全停摆卡得要死，暂时只在XP下用了，回头测试下linux下的效果～

感觉卡不卡取决于硬盘的带宽是不是被耗尽了……
lz有没测试下linux下的实际拷贝速度？

CnkknD

我测试了一下, 这个应该还跟文件系统有关
好像在那里看过说htparm测出的数据不一定代表真实速度,我就用dd

从/dev/zero dd 1G数据到ext4上能到70Ms/s, cpu占用不到10%
到ntfs上到现在还没完, 都几分钟了, cpu一直占99%

我以前出现慢的时候好像还真是大部分在ntfs分区上操作, 本地ext4的home没放什么大文件
还有我以前u盘因为有16G,也是分的ntfs,拷高清片系统就卡
昨天找到了linux下exfat的驱动,把u盘格成exfat,晚上测试了一下,写速度有10M/s,cpu占用10%左右,系统不卡.

继续观察......

yafeng

ls ntfs-3g ntfs-progs来回换着用用，看看哪个性能高些

sanyork

和楼主遇到同样的问题，将文件系统从ext4换成ext3就好了，ext4在Arch上那个性能真是太差了。

没有做具体的测试，但是我感觉ext4比ext3要慢5倍以上，楼主也换成ext3吧，ext4现在还不成熟，至少在arch上是这样。

没本

楼主的磁盘性能方面没有问题，内核也正确使用了udma6这种最佳模式，按楼上几位的说法，那就应该在文件系统上找问题了。

难免有错

Post by sanyork;2092375
和楼主遇到同样的问题，将文件系统从ext4换成ext3就好了，ext4在Arch上那个性能真是太差了。

没有做具体的测试，但是我感觉ext4比ext3要慢5倍以上，楼主也换成ext3吧，ext4现在还不成熟，至少在arch上是这样。

哇，有没有那么夸张啊？

ganloo

我用ext4很久了，移动硬盘也是用的这个文件系统，复制大概还是20M/s左右，没有什么区别。