SUSE 10.2 起告别 ReiserFS 格式分区/ KDE 4 试用开始

mtnk

Post by pandalcg
为什么不用XFS, 在我这里XFS感觉最快。 鄙视ReiserFS, 老是写盘， 速度不慢， 但频繁写盘很烦人。

德国那边用yast更新快不快？
用suse的人多不多？都用什么版本？

easycat

Post by NUAA_Tenyears
ext3 和reiserfs都支持

我去年用ext3就没法支持 DVDrip 所以让我换成reiserfs
不过ext3的写入速度很快
比如安装magiclinux ext3分区 20分钟  xfs需要40分钟左右能拷贝完毕

NICMICHAEL

Post by 杨珂
不错，我就是为了放 gentoo portage里的下文件考虑用rerserFS的，结果一到SUSE就看到这个消息


但ext3也很快了，ntfs 、 fat32 要复制1 hour的小文件，ext3只要几分钟

LINUX下COPY files确实比WINDOWS下快，而且不是快一点，是快好多。

KillTux

版主KDE4用得如何？ Crash几多？

jemyzhang

ext4已经在kernel的邮件列表提到了，当前的开发代号还叫做ext3-dev，等完成后就会改为ext4的。
据kernel开发人员说，到时候ext3的代码将从代码树中remove，只在旧的版本中存在了。
看来ext的开发还是很活跃啊。

ext3的文件最大限制不是GB，而是TB。
可管理的文件系统大小只跟硬件大小有关。

cobranail

内核的开发人员好像都比较抵制reiserfs，原因是它(reiser4)想取代kernel的vfs层

longhrs

IbM developerworks上的一片文章

ReiserFS

ReiserFS 文件系统堪称最有魄力的日志文件系统开发项目，因为它不只是将现有的文件系统移植到 Linux 内核（比如：XFS、JFS），它的设计也不是象 ext3 那样基于早先的文件系统。相反，ReiserFS 的设计完全是从头开始的，就其处理小文件而言，有一些 非常吸引人的性能指标。那么，自从 ReiserFS 被引入到 2.4 内核以来，它是怎样解决稳定性问题和一般的文件系统健壮性问题的呢？

从引入 ReiserFS 开始，它一直有数目非常多的稳定性和崩溃问题。有很多内核对 ReiserFS 用户来说根本就是噩梦，其中包括 2.4.3、2.4.9 甚至相对较新的 2.4.16。不过，尽管这些问题中有些是因 ReiserFS 文件系统代码本身的错误引起的，但有数目惊人的问题会因对内核的其它部分所做的修改而产生不希望的副作用。Linux 内核的开发过程中有一件不幸的事就是，无论您多么细心的测试您自己的代码，还是可能会有某个另外的内核开发者插入的一条很可能没有经过测试的更改而导致您的代码崩溃。最常见的情况是，只有在这些不希望的副作用已经被引入并向深信不疑的 Linux 计算公众用户发行 之后，开发者之间才会有交流。我认为，公平的说，有相当多的伤心的 ReiserFS 用户，他们发现自己正处于这一不幸的失败的环境中。

但是，我的朋友，好消息来了。在过去的几个月中，对于 ReiserFS 来说，情况看上去已经开始好转许多了。一是内核源代码开始稳定在 2.4.17 发行版。此外，在过去的几个月来 Namesys 的开发者（ReiserFS 的开发者）已经能修复相当多隐藏在他们的代码中的错误了。甚至还有更好的消息，内核 2.4.18 好象有一个 非常稳定的 ReiserFS 实现。2.4.18 绝非新出现的 — 在写这篇文章的时候，它出现已经将近三个月了，在代码中还没有发现任何重大问题。事实上，由于缺少新来的错误报告，Namesys 已经重新给发行版经理（Release Manager）指派了新的工作，改进 ReiserFS 的性能。

因此，ReiserFS 和 2.4 内核好象最终解决了它们的差异问题。就我个人观点而言，这真是振奋人心的消息；我很想再开始使用 ReiserFS，并计划在我下一次重新加载我的开发工作站时用它作为我的根文件系统。因为内核方面的问题已经平静下来了，我确信，现在有许多别的前 ReiserFS 用户也很愿意再次回到 ReiserFS。坦白的说，一旦您看到 ReiserFS 的小文件性能可以给某些应用程序的性能带来多大的提升，就很难再离开它了。

那么，在不远的将来我们期望在 ReiserFS 看到些什么呢？据 Hans Reiser 和他的开发者小组所说，预计在 2.4.20_pre1 会有一些非常好的改进，包括对 Chris Mason 的数据日志（象 ext3 的“data=journal”模式）的支持、伸缩性要好得多的新的块分配代码以及对大文件性能方面的一些改进，预计从 IDE 驱动器读取大文件时性能的提高要高达 15%。除这些马上就要着手进行的重大改进之外，我们很可能会看到 ReiserFS 将支持与 ext3 的“data=ordered”模式等价的模式。在这个问题上，ReiserFS 将提供和在 ext3 文件系统中发现的一样的数据完整性功能。我很高兴的看到 ReiserFS 开发小组正在将数据完整性（而不只是元数据完整性）提到这样高的优先级。

Ext3

那么，ext3 的情况如何呢？通常，ext3 相当稳定，还没有遇到过重大问题。为此，ext3 堪称非常可靠而且健壮的日志文件系统选择。尽管有些人也许会认为这个文件系统很“沉闷”，因为除很好的日志实现之外，看不出它对 ext2 做了任何重大改进，但“沉闷”在文件系统世界中是一件好事。它意味着文件系统很擅长只是不紧不慢的执行它的工作。此外，虽然与 ResierFS、XFS 和 JFS 相比，ext3 的可伸缩性具有局限性，但 ext3 已经证明，在大多数服务器和工作站所执行的典型文件系统操作中使用，它不仅速度很快而且很容易调整。很明显，ext3 开发者已经达到了他们要创建一个高质量的日志文件系统的目标，Linux 用户不用费什么力气就可以放心的升级到这一文件系统。

对于内核 2.4.19_pre5，现在同步安装 ext3 文件系统和“chattr +S”文件比从前快大约十倍。很快，我们有望看到添加一个选项用于特定目录树的同步更新，这个功能将主要用于邮件程序。此外，我们还期望能看到定期对代码进行小错误修复和性能改进，但是不会修改主要部分；ext3 已经很完美了，现在代码似乎处于维护模式。

Thruth

Post by KillTux
版主KDE4用得如何？ Crash几多？

没什么感觉，crash不少次，也不知道什么部件crash的。。。。。。。。。。。。好好的忽然出来一个说crashed了，点了确定跟原来一样。

cjacker

Post by charliechan
胡說
SUSE說過會同時支援KDE & GNOME

这是事实。

嘴上当然要这么说，不然原来的SuSE一堆KDE开发者往哪里放？

Mono, Gtk/Gnome Sharp, gtk yast .....

这些说明了什么？

SuSE这么作有两个目的：
1，不想失去自己原有的开发者和对社区某个领域的影响力。
2，不想失去原来的一部分用户。

cobranail

应该说是novell吧，suse现在已经只是一个别称了。
redhat和novell现在的分工很明确啊，redhat强化linux的原有市场，novell拓展新市场（桌面）。
强化gnome可能是为了以后吸引中小型商业软件厂商开发封闭的二进制桌面程序。虽然gtk/gnome是c的，但是都有完善的c++/python/c# binding。