为什么debian下copy文件速度不如windows xp

ksgimi

测试文件:
   文件testfile 大小:991M
   目录gethome 大小:5.0G(含文件)(主要为avi,rmvb文件)
1.debian 下 fat32 ->fat32(不同硬盘)
文件testfile:
ark:~# date
一 10月 10 11:30:31 CST 2005
ark:~# cp /mnt/wind/testfile /mnt/homed
ark:~# date
一 10月 10 11:31:38 CST 2005
计:1m7s
目录gethome:
ark:~# date
一 10月 10 11:33:02 CST 2005
ark:~# cp -r /root/Desktop/info/wind/windoc/gethome /mnt/homed
ark:~# date
一 10月 10 11:39:24 CST 2005
计:6m22s
2.windows xp下 fat32 ->fat32(不同硬盘)
由于command下time不能精确显示秒只好人工复制+粘贴 同时看windows下钟
   文件testfile:1m35s
   目录gethome:3m0s
我已安装hdparm

1. ark:~# aptitude purge hdparm
   
2. 正在读取软件包列表... 完成
   
3. 正在分析软件包的依赖关系树... 完成
   
4. Reading extended state information
   
5. Initializing package states... 完成
   
6. The following packages will be REMOVED:
   
7.   hdparm
   
8. 0 packages upgraded, 0 newly installed, 1 to remove and 0 not upgraded.
   
9. Need to get 0B of archives. After unpacking 225kB will be freed.
   
10. Do you want to continue? [Y/n/?] y
    
11. Writing extended state information... 完成
    
12. (正在读取数据库 ... 系统当前总共安装有 42084 个文件和目录。)
    
13. 正在删除 hdparm ...
    
14. 正在清除 hdparm 的配置文件 ...
    
15. 正在读取软件包列表... 完成
    
16. 正在分析软件包的依赖关系树... 完成
    
17. Reading extended state information
    
18. Initializing package states... 完成
    
19. 
    
20. ark:~# aptitude install hdparm
    
21. 正在读取软件包列表... 完成
    
22. 正在分析软件包的依赖关系树... 完成
    
23. Reading extended state information
    
24. Initializing package states... 完成
    
25. The following NEW packages will be installed:
    
26.   hdparm
    
27. 0 packages upgraded, 1 newly installed, 0 to remove and 0 not upgraded.
    
28. Need to get 0B/55.6kB of archives. After unpacking 225kB will be used.
    
29. Writing extended state information... 完成
    
30. 选中了曾被取消选择的软件包 hdparm。
    
31. (正在读取数据库 ... 系统当前总共安装有 42067 个文件和目录。)
    
32. 正在解压缩 hdparm (从 .../archives/hdparm_6.1-7_i386.deb) ...
    
33. 正在设置 hdparm (6.1-7) ...
    
34. 
    
35. 正在读取软件包列表... 完成
    
36. 正在分析软件包的依赖关系树... 完成
    
37. Reading extended state information
    
38. Initializing package states... 完成
    
39. ark:~# hdparm -tT /dev/hdb
    
40. 
    
41. /dev/hdb:
    
42. Timing cached reads:   616 MB in  2.00 seconds = 307.59 MB/sec
    
43. Timing buffered disk reads:  156 MB in  3.02 seconds =  51.58 MB/sec
    
44. ark:~# hdparm /dev/hdb
    
45. 
    
46. /dev/hdb:
    
47. multcount    =  0 (off)
    
48. IO_support   =  0 (default 16-bit)
    
49. unmaskirq    =  0 (off)
    
50. using_dma    =  1 (on)
    
51. keepsettings =  0 (off)
    
52. readonly     =  0 (off)
    
53. readahead    = 256 (on)
    
54. geometry     = 16383/255/63, sectors = 156301488, start = 0
    
55. 
    

复制代码

玄德公

是否用hdparm打开 dma，没有，请搜索论坛

3720336

你应该在debian的图形界面下试试，不要使用命令行的形式
在X下使用nautilus的速度就要快的多

ksgimi

谢谢各位回复!
我已开启dma

1. 
   
2. using_dma    =  1 (on)

复制代码

我用nautilus测试,确实速度提高一些
但也需4m49s 与xp 相差1m49s
我有一个疑惑，为什么shell下与nautilus下速度为什还有差异，差异还这么大?

ecloud

荒唐
用fat32 ->fat32来做测试，你怎么不用ntfs -> ntfs，那样的话win还要快得多呢

mrkissinger

1. Linux有time工具可以精确计时。CLI和GUI没有本质区别，其实是计时方法不一样。
2. 我的硬盘配置
# hdparm /dev/hda

/dev/hda:
multcount    = 16 (on)
IO_support   =  1 (32-bit)
unmaskirq    =  0 (off)
using_dma    =  1 (on)
keepsettings =  0 (off)
readonly     =  0 (off)
readahead    = 256 (on)
geometry     = 39870/16/63, sectors = 40188960, start = 0

multcount和IO_support你都没有设置。

3. 不知道你的XP和Linux是否是在相同的机器上。如果不是，就很难说了。
4. 如果是在相同的机器上，而且即使使用相同的2块硬盘，文件复制的方向（即由A硬盘到B硬盘还是反向）也有可能造成不同，因为不同的硬盘（我假设你的2块硬盘不是相同尺寸的）读写策略是不一样的。
5. 本质上说，FAT32这种没有日志的文件系统，无论什么操作系统对其进行读写，性能应该只受硬盘物理性能的影响，更不应该有这么大的区别，除非是FAT32的碎片影响了，即2次复制时硬盘的碎片状态不一样，可以试试把第一次复制的文件删除后再进行第二次复制。
6. FAT32毕竟过气，楼主如果有兴趣，可以比较一下NTFS与ext2/ext3/JFS/XFS之间的性能。

jhuangjiahua

1.
linux 下执行命令的时间可以用 time 来看
如
hua@huaesktop$ time  cp  广东省软件设计比赛文档.pdf 广东省软件设计比赛文档.pdf.bak

real    0m0.024s
user    0m0.000s
sys     0m0.023s
hua@huaesktop$

这 real    0m0.024s 就是实际使用的时间



2.
linux 下应该用 ReiserFS 等 Linux 分区上的操作来比才公平吧

3.
硬盘上不同磁道的读写速度是不同的，靠外侧的磁道具有更快的读写速度
（ C: 比 F: 快 ， hda1 比 hda9 快 ）


4.
装了 hdparm 未必就表示设置好了

ksgimi

谢谢各位的回复!

荒唐
用fat32 ->fat32来做测试，你怎么不用ntfs -> ntfs，那样的话win还要快得多呢

我无意挑启争端，只是实际使用过程无意碰到此问题，想予以解决。用fat32->fat32为方便做对比测试

3. 不知道你的XP和Linux是否是在相同的机器上。如果不是，就很难说了。
4. 如果是在相同的机器上，而且即使使用相同的2块硬盘，文件复制的方向（即由A硬盘到B硬盘还是反向）也有可能造成不同，因为不同的硬盘（我假设你的2块硬盘不是相同尺寸的）读写策略是不一样的。

我是同一机器同一第2块硬盘对比测试 ,我电脑是debian ,windows xp双启动

可以试试把第一次复制的文件删除后再进行第二次复制。

我是严格这样操作的

装了 hdparm 未必就表示设置好了

这个我信服
我今天又作了一个测试! 详细如下!debian 下shell 与nautilus 速度就是不一样，连我自己都觉的不可思议，但事实毕竟是事实

1. 重新调整hdparm 命令
   
2. ark:~# hdparm -d1 -c1 -X69 -m16 /dev/hdb
   
3. 
   
4. /dev/hdb:
   
5. setting 32-bit IO_support flag to 1
   
6. setting multcount to 16
   
7. setting using_dma to 1 (on)
   
8. setting xfermode to 69 (UltraDMA mode5)
   
9. multcount    = 16 (on)
   
10. IO_support   =  1 (32-bit)
    
11. using_dma    =  1 (on)
    
12. ark:~# hdparm /dev/hdb
    
13. 
    
14. /dev/hdb:
    
15. multcount    = 16 (on)
    
16. IO_support   =  1 (32-bit)
    
17. unmaskirq    =  0 (off)
    
18. using_dma    =  1 (on)
    
19. keepsettings =  0 (off)
    
20. readonly     =  0 (off)
    
21. readahead    = 256 (on)
    
22. geometry     = 16383/255/63, sectors = 156301488, start = 0
    
23. 
    
24. 测试目录大小:2.5G
    
25. 1.nautilus :09:08:00 ~ 09:10:25  计2m25s
    
26. 2.clr:# time cp  -r /root/Desktop/info/wind/windoc/gethome/1011  /mnt/homed
    
27. 
    
28. real    3m11.419s
    
29. user    0m0.304s
    
30. sys     0m30.969s
    
31. 3.windows xp:09:29:00~09:30:34 计1m34s

复制代码

ailantian

http://www.linuxsir.cn/bbs/showthread.php?t=223196

jhuangjiahua

请试试在 Debian 在  Linux 的 ReiserFS 或 Reiser4 分区里的情况


既然是 Linux 下操作 Win 分区来对比 ，那再试试在 WinXP 里操作 Linux 分区来对比吧..........