微信公众号搜"智元新知"关注
微信扫一扫可直接关注哦!

FS基于数据库而不使用保险丝

要从单个目录中提供数百万个文件,能够连接到来自数百个端点的驱动器,以及其他一些原因(为了避免基于gluster / nfs /所有fs的networking解决scheme),我想评估制作一个基于MongoDB(或任何其他)的文件系统。

基本上,它像保险丝一样工作,每个文件都保存在mongo网格中。 理论上我是这样做的,

mount mongodbfs /mountPoint mongodb://localhost

那么当我说touch /mountPoint/test.txt这个文件被插入到mongodb。 这个FS也会存储uid / gid和perms文件,我们可以向它扔上百个服务器,不需要useradd 。 我不打算包括FS的所有function,只是我们需要的function。

如何find目录中最新的修改文件的时间戳(recursion)?

Linux:大型int数组:mmap vs查找文件

文件名的长度是否影响巨大的NTFS文件夹索引?

向上移动一个目录

在Windows中更改文件所有者

我的问题是,我如何开始寻找资源,书籍,链接,人员,开发人员来帮助我实现这一目标? 至less是一个概念的certificate。 这可行吗? 我应该期待什么作为这样的事业的时间表?

请只考虑gazillion小文件文件夹。

ps:经过几天的研究,我认为这是我的方向http://www.ibm.com/developerworks/library/l-sc12.html http://www.flipcode.com/archives/Programming_a_Virtual_File_System -Part_I.shtml

ps2:我知道这项工作的难度。 然而,我们愿意拨出一笔严肃的预算,愿意组build一支严肃的团队,只有在我们确定这不是一个黑洞(因此是一个问题)之后。

如何在python中find文件系统types

在Linux中创build一个虚拟文件

引用GLOB_NOSORT标志时,什么是“不分类”顺序?

窗口中的进程打开的文件名称

种族免费目录散步(C ++)

这里最常见的建议是“使用FUSE”。 这是一个很好的建议,你应该好好听从它(因为Sciurus指出已经有了和你想要的非常接近的网格结构 )。

这就是说,如果你想走痛苦和痛苦的漫长道路(写自己的文件系统),你几乎可以肯定地想在当地的大学学习操作系统课程,或者看一些在线课程资料 (“写一个简单的FS“通常是一个小项目,文件系统通常是吸引人的,因为它们是学术玩具)。

跟随Linux文件系统 (moshe酒吧),并彻底阅读一些简单的文件系统驱动程序,看看你需要做的基本骨架。

就时间线而言,如果你是一个体面的编码器,你可以在几天到一周内编写一个基本的文件系统(但是它将会是SUCK )。 我甚至不会猜测编写一个好的文件系统需要多长时间 – 至少在20世纪70年代末/ 80年代初以来,UFS / FFS(BSD文件系统)一直处于持续发展之中,而且改进/增强/错误修复仍然流行偶尔会有。 Sun / Oracle的ZFS在其相对较短(6年)的生命中已经经历了20次以上的迭代,尽管其中大部分与批量管理能力有关。

版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 dio@foxmail.com 举报,一经查实,本站将立刻删除。

相关推荐