jianmir:很好,几点建议
jianmir:
1.没有文件层次,文件夹也可以是节点存储到storage里边么,引用各个子节点的group和filename
2.没有搜索和存取权限管理,用户应该可以选择发布或不发布某个文件,可以加入meta info的管理功能,比如说用户希望发布某个文件,应该有个地方可以集中引用这个meta info, 这样其他用户可以从这里找到其他用户share出来的文件
3.上传删除文件并不是一个原子操作,应该有个transaction的,没仔细看同步那块,但好像是基于一个action log文件的,要是这个文件crash掉的话,恢复操作应该挺难的
4. 没有disk quota控制
5. 取一个文件需要给出group,作为一个分布式文件系统,group应该对用户透明的,可以把group id和filename combine起来呢。
6.调用的有些network api是些老的api,以后移植到ipv6改动会比较烦,可否改为协议无关的api,或一开始就考虑支持ipv6
7.优化要做的,毕竟performance是这个系统一个很大的亮点,比方说tcp连接的buffer是否可以改大点,receive文件的时候,能否先mmap一下。
8.把track server和storage server的选定的算法拉出来而不是直接想现在这样写死在主程序里是否更好,可以通过confgiure file指定算法的动态库。
9。很多配置还是写死在程序里,比方说最大storage数之类的,可以考虑慢慢configure file移
happy_fish100:
你的建议总体上都挺不错的,谢谢你的大力支持。
我们认为比较合理的建议,比如:6、7、8、9等等,会作为to do list加入到后续的开发计划中。
我觉得2没什么必要,那些不是fs该做的
如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱,如果其他用户或者作者回复了您的评论,将不能在第一时间通知您!
发布评论