reiser4前途不明

mopz0506

我个人觉得，如果写特殊用途的 plug-in 真象 Hans Reiser 反复强调的那样是非常容易的，很有可能会出现各种非常奇异的专用文件系统，呵呵。

如果能很容易地在 reiser4 上开发一个 plug-in，支持 SQL 语法什么的，还是很不错的。

sfatsdu

愿闻其详...

mopz0506

Post by sfatsdu
愿闻其详...

我也没有什么详的东西。

不过 beagle 就是 beagle，没别的了。

但是 reiser4 却可以支持不同的 plug-in，比如专门存放 email 文件系统。现在的 SQL 数据库都是单个的一个大文件，内部具有非常复杂的结构。未来就可以直接做成一个文件系统了，呵呵。

beagle 的方法是在现有文件系统上打补丁，reiser4 的方式是用通用的方法让普通的文件系统能够具有内在的逻辑结构。

打个比方，beagle 相当于 html，reiser4 相当于 xml，在浏览器里看起来可能差不多，但是未来还是 xml 不可限量，且用途广泛得多。

sfatsdu

Post by mopz0506
我也没有什么详的东西。

不过 beagle 就是 beagle，没别的了。

但是 reiser4 却可以支持不同的 plug-in，比如专门存放 email 文件系统。现在的 SQL 数据库都是单个的一个大文件，内部具有非常复杂的结构。未来就可以直接做成一个文件系统了，呵呵。

beagle 的方法是在现有文件系统上打补丁，reiser4 的方式是用通用的方法让普通的文件系统能够具有内在的逻辑结构。

打个比方，beagle 相当于 html，reiser4 相当于 xml，在浏览器里看起来可能差不多，但是未来还是 xml 不可限量，且用途广泛得多。

天啊,还是放过作内核的人吧,4k/8k stack能折腾什么,
人们在posix acl,extensive attributes上花了不少工夫了,ext3/reiser3/xfs/jfs都支持,samba4也是posix acl的用户,这些现成的应用对reiser4的fs domination很不利哦
beagle依赖的kernel支持：inotify 2.6.13应该就有了,ea被reiser4之外的fs广泛支持,关键这是实在的东西,不是vs. WinFS的口号,不是we will do x,y,z in the future,under the sponsor of xxx的宣传...
等待beagle发展到linux桌面的killer application...

mopz0506

Post by sfatsdu
天啊,还是放过作内核的人吧,4k/8k stack能折腾什么,
人们在posix acl,extensive attributes上花了不少工夫了,ext3/reiser3/xfs/jfs都支持,samba4也是posix acl的用户,这些现成的应用对reiser4的fs domination很不利哦
beagle依赖的kernel支持：inotify 2.6.13应该就有了,ea被reiser4之外的fs广泛支持,关键这是实在的东西,不是vs. WinFS的口号,不是we will do x,y,z in the future,under the sponsor of xxx的宣传...
等待beagle发展到linux桌面的killer application...

呵呵，没必要这么急功近利吧。

坚实的基础构造总是好事，跟在目前的一堆东西上挨个打补丁并不矛盾。老的东西继续跑，新的可以做出来让大家慢慢往上移植，按一般规律这过程总要持续个 3、5 年的。

现在的 X 还不是在动大手术，Cairo 也不能算什么是在的东西。总不能说我们继续用 xlib 写程序，等实在混不下去了再说吧？

Linux vs. WinFS 这种近于恐吓的说法我也很不喜欢，但这跟当前 VFS 层 vs. reiser4 的高下无关。希望听听高人比较一下当前 VFS 跟 reiser4。

PS：我是普通 Linux 用户而已，不懂内核的，说错了勿怪。

mopz0506

我的意思是，inotify 优于 dnotify，那么我们就用 inotify 来代替 dnotify；

reiser4 如果优于目前的 VFS，那么我们就采用 reiser4；否则就保持不变。

我想知道的就是，如果采用 reiser4，付出很大的代价，到底有何好处呢？

whowho

使用新技术的代价通常是与其相关的应用比较少,支持比较差(因为懂得人少),兼容性问题等等. 但是,技术总是要发展的,所以,这些方面的讨论还是应该以发展为主.看看什么是将来发展的方向.