Chinaunix

标题: 新手的一个问题：FreeBSD有没有类似Reiserfs的文件系统？ [打印本页]

作者: magic22cn 时间: 2008-12-29 19:20
标题: 新手的一个问题：FreeBSD有没有类似Reiserfs的文件系统？
我的需求是这样的：

我有一个应用，数据分两块存储：数据库/文件

数据库这块就不说了，主要说说文件

我需要存储的文件大小不一，大体分为3类：5k/10k/100k，都是压缩过的文本文件，他们虽然内容不一样，但是有一些相似之处，目前我是通过目录名来判断文件内容的

现在在ubuntu上使用reiserfs，应用本身没什么问题。不过由于mysql5.1在ubuntu上连接数过多会导致性能急剧下降，听说FB7上这个问题会小很多，我想搭个测试环境试试，不过不想为这个大改应用，所以想就操作系统的问题咨询一下：

FreeBSD是否有类似reiserfs的成熟文件系统？ZFS太新，不敢用。我主要要能在一个磁盘上存放以上3种大小的文件，在linux上用ext3存inode不够用......

感谢各位大侠指点了！

作者: gvim 时间: 2008-12-29 19:20
inode密度和block大小都可以按照应用的需求而调整，UFS有几个调整参数可以参考man tuning，
另外说一个题外话，如果觉得“mysql5.1在ubuntu上连接数过多会导致性能急剧下降”，不妨试试PostgreSQL+FB7，细心配置一下性能不是传说的那样垃圾，甚至在并发性能和稳定性上会有新的理解。如果觉得整体迁移有难度，不妨用enterprisedb里面的工具做做试验下

作者: macafee 时间: 2008-12-29 19:22
把数据库单独用一台机器来做不就OK了？

作者: magic22cn 时间: 2008-12-29 19:36

原帖由 macafee 于 2008-12-29 19:22 发表
把数据库单独用一台机器来做不就OK了？

这个跟数据库没关系，何况我现在也没条件再拿一台服务器出来，抱歉

作者: mingyanguo 时间: 2008-12-30 05:02
Reiserfs有FreeBSD的移植，不过不知道是否稳定。UFS 在newfs的时候指定一下平均文件大小与inode密度之类的不够？

作者: magic22cn 时间: 2008-12-30 11:21

原帖由 mingyanguo 于 2008-12-30 05:02 发表
Reiserfs有FreeBSD的移植，不过不知道是否稳定。UFS 在newfs的时候指定一下平均文件大小与inode密度之类的不够？

移植的RS是readonly的，肯定不行

UFS如果指定了inode的密度，对其效能有影响吗？我可以使用一个单独的硬盘来格式化一个高密度inode的UFS，但是不知道有哪方面的影响，麻烦告知，如果完全没问题，性能影响不大，我可以使用这种方案

多谢回复！

作者: magic22cn 时间: 2008-12-31 10:16
有高手帮忙继续解答一下吗？

作者: zero-B 时间: 2008-12-31 12:57
http://en.wikipedia.org/wiki/ReiserFS

如果你英语够强的话，可以去看看这里。

作者: mingyanguo 时间: 2008-12-31 16:33

原帖由 magic22cn 于 2008-12-29 19:21 发表

移植的RS是readonly的，肯定不行

UFS如果指定了inode的密度，对其效能有影响吗？我可以使用一个单独的硬盘来格式化一个高密度inode的UFS，但是不知道有哪方面的影响，麻烦告知，如果完全没问题，性能影响 ...

没测过，自己跑一下看看好了，这种应用凭别人说是靠不住的，自己测了用了才算。

作者: magic22cn 时间: 2008-12-31 20:04

原帖由 zero-B 于 2008-12-31 12:57 发表
 http://en.wikipedia.org/wiki/ReiserFS

如果你英语够强的话，可以去看看这里。

这个我早就看过了啊，ReiserFS的特性我很清楚了，现在是对FreeBSD不熟

作者: magic22cn 时间: 2009-01-01 11:29

原帖由 gvim 于 2008-12-31 21:05 发表
inode密度和block大小都可以按照应用的需求而调整，UFS有几个调整参数可以参考man tuning，
另外说一个题外话，如果觉得“mysql5.1在ubuntu上连接数过多会导致性能急剧下降”，不妨试试PostgreSQL+FB7，细心配 ...

非常感谢！

UFS我已经在测试了，目前没有发现什么问题，看来是可行的

另外，PostgreSQL也是考虑对象之一，只不过需要改造一下程序，可能缓一步实施。不过就目前的测试情况而言，在单4核的cpu上跑，readonly的操作，性能对比myisam还是有些差距，而我的应用恰好又不太需要事务的支持.....

再次感谢以上各位的建议！顺祝新年快乐！

欢迎光临 Chinaunix (http://bbs.chinaunix.net/)