+ -
当前位置:首页 → 问答吧 → Gentoo Linux China最受欢迎的Linux文件系统调查

Gentoo Linux China最受欢迎的Linux文件系统调查

时间:2004-08-17

来源:互联网

我刚把系统从Reiser4转到了XFS,我算是怕了。。。在短短使用Reiser4的几天了,我是没有感觉它的速度优势。反而是涂生了许多烦恼:Apache明明启动成功,我用Firefox浏览默认主页,它一直显示传送数据,可是不管等多久,页面就是出不来。重启Apache,它竟然提示80端口被占用,启动失败。这个问题在我转移了文件系统后荡然无存。还有我有时用root权限删除含有大文件的目录时,系统竟然会死锁住。最后一个我发现的一应该说是不算问题的问题,就是相对于我原来的ResierFS3系统,Reiser4重启卸载系统服务时非常地慢,不知道为什么。
OK,唠叨了那么多,大家别见怪,开始投票吧,选出你心目中最佳的FS。我投XFS一票,相信多年用于SGI IRIX操作系统的64位文件系统的稳定性不容置疑.

P.S.也请大家各述己见,谈谈现今Linux下文件系统的各种技术问题和未来你对对它们的期待。

作者: Debentoo Gao   发布时间: 2004-08-17

我用jfs,xfs我用过了,用了noatime和nodiratime,但是在emerge sync的时候我能够明显的感觉到没有我用jfs的时候快。(纯属个人感觉,不想吵架)

作者: aqua   发布时间: 2004-08-17

大笨兔版主投票, 我一定踊跃参加D。。。。我投ext3, 因为我就用这个。

作者: 小劲鸭   发布时间: 2004-08-17

我只要速度~~

期待Reiser4更快

还有希望能兼容的 directx

作者: Pop   发布时间: 2004-08-17

才用了gentoo没多久,迄今为止也只用过ext3和和reiserfs,因为这是gentoo的安装手册上推荐用的,好坏吗到也没什么感觉,但觉得比windows下的肯定要好

作者: passport   发布时间: 2004-08-17

自从知道到SGI-XFS,就改用XFS了,一直没让我失望过。。

前一阵,把QuickLinuxAS3 的破EXT3给换成XFS的,才敢真正投入实用。。(之前临战实验时,36GB的数据--电影和MP3 断电重起EXT3扫描每次超过20分钟。。。实在心疼那个攒新的40G硬盘阿[虽然硬盘不是我滴]。。)

作者: likuku   发布时间: 2004-08-18

关于FS的问题,最好的资料是IBM的一套“高级文件系统指南”,非常出色(虽然关于XFS的,还是2001年的。。)

作者: likuku   发布时间: 2004-08-18

针对于gentoo中的遍地小文件非Rerserfs莫属.

要根据不同的应用来决定所需要的文件系统.

作者: popobsd   发布时间: 2004-08-18

还是楼上老兄说的好,根据应用不同来选文件系统。
我以前听说有人把相对不许要什么变动的东西放在readonly mount的ext2上面,然后对外提供ftp下载服务,需要上传文件的时候临时mount成读写的,说是速度狂快,而且说是因为不支持transaction所以肯定比所有其他的支持transaction的文件系统快。但是自己没有试过。不知道有没有效果。

作者: x-explorer   发布时间: 2004-08-19

一直在用 ReiserFS 3 ( RedHat 下也是 )

觉得 ext3 狠不可靠 , 速度又慢

作者: jhuangjiahua   发布时间: 2004-08-19

用xfs已经好几个礼拜了,so far so good!

作者: Hauser   发布时间: 2004-08-19

喜爱和实际使用不是一回事吧。这里恐怕很多人都喜欢apple,但是实际只能用PC。

作者: bigpighead   发布时间: 2004-08-20

支持Reiser

作者: Jamsa   发布时间: 2004-08-20

现在用reiserfs3.6,等一段时间后试试版本4的,
至于jfs,xfs没用过,我的理解那是给服务器用的,可能是误解

作者: AlexChao   发布时间: 2004-08-20

还刚开始用reiserfs,说不上来谁好差,过段时间才知道

作者: appn   发布时间: 2004-08-20

xfs在2.6内核的4k stack下有问题,不知道各位有没有遇到这样的情况,在4k stack下还有些什么奇怪的情况啊?

作者: hvv   发布时间: 2004-08-23

我选XFS是因为我就工作在XFS文件系统下。

作者: lymons   发布时间: 2004-08-24

正在用reiserfs,等reiser4进官方内核后就换R4

作者: cnhnln   发布时间: 2004-08-26

仅用过reiserfs和ext3

作者: delphi1977   发布时间: 2004-08-26

reiserfs用了快一年了!!,稳定,快速!!

作者: sutie   发布时间: 2004-08-30

引用:
最初由 x-explorer 发表
还是楼上老兄说的好,根据应用不同来选文件系统。
我以前听说有人把相对不许要什么变动的东西放在readonly mount的ext2上面,然后对外提供ftp下载服务,需要上传文件的时候临时mount成读写的,说是速度狂快,而且说是因为不支持transaction所以肯定比所有其他的支持transaction的文件系统快。但是自己没有试过。不知道有没有效果。
速度应该是最快的,但文件定位太慢,新的文件系统都用平衡树结构。就像fat32和NTFS的关系。

作者: kewell11   发布时间: 2004-08-31

各位好心的大侠能否推荐一种适合个人用户使用的文件系统?

作者: ldh168   发布时间: 2004-08-31

本人使用reiserfs是出过问题,很多文件内容互串。现在用xfs,感觉不错。

作者: subltam   发布时间: 2004-09-02

看看这个,http://linuxgazette.net/102/piszcz.html
EXT3和其他的比很差啊,怎么还有很多人在用?

作者: 9527   发布时间: 2004-09-06

引用:
最初由 9527 发表
看看这个,http://linuxgazette.net/102/piszcz.html
EXT3和其他的比很差啊,怎么还有很多人在用?
那应该是受RH影响的关系,它默认使用EXT3

作者: Debentoo Gao   发布时间: 2004-09-07

有没有人可以把这文章翻译成中文啊?
这站点的中文站点已不可访问,且没有中文镜像站。
http://linuxgazette.net/102/piszcz.html
要不等我有空把它翻一下,贴出来吧,谁有空先请吧!

文章最后推荐的文件系统是JFS,ReiserFS/XFS.

原文
"CONCLUSION
For those of you still reading, congrats! The conclusion is obvious by the "Total Time For All Benchmarks Test." The best journaling file system to choose based upon these results would be: JFS, ReiserFS or XFS depending on your needs and what types of files you are dealing with. I was quite surprised how slow ext3 was overall, as many distributions use this file system as their default file system. Overall, one should choose the best file system based upon the properties of the files they are dealing with for the best performance possible!"

作者: zongyongchun   发布时间: 2004-09-07

高斑竹, 我将这个置顶给撤了, 因为我要策划新的置顶项目了, 不好意思哦

作者: 小劲鸭   发布时间: 2004-09-10

想再来看看,请问如果整个硬盘用来bt或者amule的话,哪种文件系统最适合?
目前linux上的jfs是第一代的吧?支不支持文件大于2G呀?

作者: zongyongchun   发布时间: 2005-06-15

尝试过在放divx的分区上用xfs,感觉巨慢。

作者: deepwater   发布时间: 2005-06-15

我基本上用过所有的fs,现在用的是reiser4(系统分区),xfs(home)。

作者: blackwhite   发布时间: 2005-06-16

用起来感觉还是XFS比较好,但是我以前碰到过硬盘出现物理坏道的问题,似乎XFS对磁盘的物理完整性要求比较高,因此单个磁盘上使用XFS,如果出现坏道之类的物理损坏,可能比较难抢救数据,当然也可能是我的技术水平不够,更具IBM上的关于File system的文章,XFS是好东西,但是还是比较推荐在Raid上用,XFS的优势主要体现在体系结构上,比其他的几种文件系统都大的存储空间,毕竟是128位的文件系统设计。

作者: slo   发布时间: 2005-06-16

引用:
作者: bigpighead
喜爱和实际使用不是一回事吧。这里恐怕很多人都喜欢apple,但是实际只能用PC。
apple有啥好?再说现在芯片都换了,跟pc区别越来越小了

作者: real_me   发布时间: 2005-06-16

引用:
作者: 9527
看看这个,http://linuxgazette.net/102/piszcz.html
EXT3和其他的比很差啊,怎么还有很多人在用?
ext2的表现似乎不错,ext3好像是最差的

作者: real_me   发布时间: 2005-06-16

引用:
作者: zongyongchun
有没有人可以把这文章翻译成中文啊?
这站点的中文站点已不可访问,且没有中文镜像站。
http://linuxgazette.net/102/piszcz.html
要不等我有空把它翻一下,贴出来吧,谁有空先请吧!

文章最后推荐的文件系统是JFS,ReiserFS/XFS.

原文
"CONCLUSION
For those of you still reading, congrats! The conclusion is obvious by the "Total Time For All Benchmarks Test." The best journaling file system to choose based upon these results would be: JFS, ReiserFS or XFS depending on your needs and what types of files you are dealing with. I was quite surprised how slow ext3 was overall, as many distributions use this file system as their default file system. Overall, one should choose the best file system based upon the properties of the files they are dealing with for the best performance possible!"
最近忙着考试,等考完了,我来翻译吧,貌似不多的样子……

BTW,我暂时用的XFS,以前在SuSE下的时候就用过ReiserFS 36,感觉还行,用了一段时间XFS(其实就是在编译系统),感觉也不错。总体来说,如果要我选FS,估计就在这两个里面选了,JFS虽然支持的单个文件和文件系统都很大,不过用不上,而且据说在Linux上的性能不咋的……

作者: Zer4tul   发布时间: 2005-06-17

算了吧,这文章够简单的,看不懂就拿stardict,没必要翻译,要的是国际化,不是一切中文化。

作者: xiaosir   发布时间: 2005-06-17

我们N百台Linux--基本都是reiserfs---很少因为它出问题

作者: fei   发布时间: 2005-06-17

首选SGI的XFS文件系统,用了二年多IRIX6。各有各的特点,感觉XFS更稳定些。必尽是有20多年历史的文件系统。目前具有512个Itanium 2芯片的SGI Altix系统的超级Linux计算机发挥最佳的Triad带宽。,可达到1TB/s的记录。现位于NASA实验室,主要用于台风预警分析计算,具最新统计SGI可达到42.7TB/s,在如此高的速度下与XFS是分不开的。在文件系统方面XFS一向被视为科学研究领域最可靠计算机文件系统。

因没现成图片,从网上搞了个,正是本人使用的SGI系统。
上传的图像
无标题.jpg (29.2 KB, 48 次查看)

作者: LiEn   发布时间: 2005-06-17

大家看看love-sources引发的文件系统的讨论和他们做的实际测试的数据吧。最终桌面用户还是推荐ext3,是优化过的ext3。Love-sources 有加入这个补丁。

作者: Eong   发布时间: 2005-06-17

这是他的原话
Okay, I'm interested in better interactivity, I can resign from using reiser4 for this.
Now I'm using other filesystems (we recommend you use ext3+dir_index).

作者: Eong   发布时间: 2005-06-17

引用:
作者: Eong
大家看看love-sources引发的文件系统的讨论和他们做的实际测试的数据吧。最终桌面用户还是推荐ext3,是优化过的ext3。Love-sources 有加入这个补丁。
Eong你说的贴在哪!

作者: LiEn   发布时间: 2005-06-17

http://forums.gentoo.org/viewtopic-t...ilesystem.html
更加深入地可以看着,我找不到对比测试那个帖子了。

作者: Eong   发布时间: 2005-06-17

1) You must understand that _PURE_ speed of filesystem isnt all there are also other aspects for example like latencies , cpu usage and even "some kind of fs preempting".
2) Just look at Ingo Molnar's many of (latency) fixes for EXT* filesystem . Why He doesnt doing it for reiser* ( just an rethoric question )
3) EXT3 isnt a extremal fs like reisefs who are GOOD in some aspect and BAD in other. EXT3 just is AVERAGE in every aspect. not winning in some and loosing in others , its just average in every . this thing making a good balance for overall using. Reiserfs is faster at some apects but is the worst at other apects. Just is no any magic in the wold . and ther is no BEST fs for all . there is also no remedium for the world
ext* family is most average , reiser* is extremly good and bad at once. xfs and jfs are bad and good without this extremly prefix hehe.

作者: Eong   发布时间: 2005-06-17

代码:
Version 1.93c ------Sequential Output------ --Sequential Input- --Random- 
Concurrency 1 -Per Chr- --Block-- -Rewrite- -Per Chr- --Block-- --Seeks-- 
Machine Size K/sec %CP K/sec %CP K/sec %CP K/sec %CP K/sec %CP /sec %CP 
reiser4 496M 83 98 33536 23 17221 20 120 99 25225 32 185.8 10 
reiser3 496M 167 99 33760 28 16974 13 594 99 38790 17 191.4 7 
jfs 496M 399 97 34165 19 17232 10 636 98 38967 14 192.5 5 
xfs 496M 228 98 35612 20 16558 12 416 98 39085 16 116.1 3 
ext3 496M 139 99 33906 33 16618 13 551 98 38555 15 187.8 6 

reiser4-lat 157ms 2749ms 874ms 76953us 10684us 3401ms 
reiser3-lat 64610us 1231ms 226ms 23227us 22063us 963ms 
jfs-lat 24487us 655ms 160ms 42963us 99906us 708ms 
xfs-lat 39552us 1954ms 159ms 47486us 35691us 554ms 
ext3-lat 67131us 1215ms 249ms 48126us 99742us 798ms 
------------------------------------------------------------------------------- 
Version 1.93c ------Sequential Create------ --------Random Create-------- 
Enterprise -Create-- --Read--- -Delete-- -Create-- --Read--- -Delete-- 
 files /sec %CP /sec %CP /sec %CP /sec %CP /sec %CP /sec %CP 
reiser4 16 17829 90 +++++ +++ 8190 98 8174 95 +++++ +++ 8307 98 
reiser3 16 11570 89 +++++ +++ 10999 98 11402 91 +++++ +++ 9970 98 
jfs 16 3569 16 +++++ +++ 2177 11 1349 17 +++++ +++ 1023 9 
xfs 16 2461 35 +++++ +++ 2203 27 2429 35 +++++ +++ 884 13 
ext3 16 816 98 +++++ +++ 24692 77 780 97 +++++ +++ 2256 96 

reiser4-lat 2820us 8955us 9138us 2976us 127us 3365us 
reiser3-lat 8458us 3623us 4707us 3648us 134us 2846us 
jfs-lat 61168us 1374us 182ms 248ms 134us 1491ms 
xfs-lat 118ms 291us 119ms 108ms 215us 135ms 
ext3-lat 37327us 205us 2779us 36279us 1161us 65357us 
-------------------------------------------------------------------------------

作者: Eong   发布时间: 2005-06-17

代码:
 ext2 ext3 jfs xfs reiser3 reiser4 
 1 Create 10.000 files into a dir 14,950 21,473 12,144 12,756 11,278 11,642 
 2 Run find on that dir 00,013 00,069 00,054 00,050 00,061 00,101 
 3 Remove that dir 00,078 00,231 00,905 01,750 00,407 00,741 
 4 Create 10.000 dirs 26,667 24,928 12,001 12,863 11,098 11,870 
 5 Run find on that dir 00,171 00,191 00,291 00,165 00,365 00,260 
 6 Remove the whole dir 00,403 01,188 01,652 01,447 11,230 30,898 
 7 Copy kernel tar from other disk 01,965 02,018 01,999 01,974 01,982 01,968 
 8 Copy kernel tar to other disk 00,983 00,928 00,922 00,785 00,969 00,944 
 9 Untar kernel 34,229 36,182 36,251 37,182 36,946 38,743 
10 Tar kernel 26,639 25,859 26,824 25,806 25,942 26,569 
11 Remove kerlnel source dir 00,270 00,544 04,377 01,771 01,170 02,351 
12 Copy kernel tarball 10 times 19,772 20,311 18,882 19,094 20,710 17,703 
13 Create 1gb from /dev/zero 23,572 25,038 26,052 22,615 25,038 23,650 
14 Copy the 1gb file same disk 50,427 53,003 88,937 48,297 59,869 48,254 
15 Split 10mb file 1000 byte pcs 05,769 07,939 03,477 04,262 01,390 01,140 
16 Split 10mb file 1024 byte pcs 04,992 09,878 03,367 03,750 01,240 00,836 
17 Split 10mb file 2048 byte pcs 01,482 02,096 01,360 01,942 00,752 00,546 
18 Split 10mb file 4096 byte pcs 00,494 00,624 00,548 00,995 00,357 00,414 
19 Split 10mb file 8192 byte pcs 00,229 00,278 00,347 00,510 00,257 00,310 
20 Copy kernel tree same disk 08,233 19,462 23,082 19,657 27,548 14,530 
21 Cat 1gb to /dev/null 22,315 22,321 22,170 22,227 24,886 22,834

作者: Eong   发布时间: 2005-06-17

and notice also this thing :

is a difference if copying a kernel dir can take You a 3 seconds more if time of it is around ~20 secs ?
for me this is no diffence .
the ne xt question ?
if this 3 seconds bennefit is worh of loss interactivity and cpu usage ?

作者: Eong   发布时间: 2005-06-17

热门下载

更多