FastDFS客户端是否考虑以FUSE方式支持？

tllhy

对于目前分布式文件系统来说，FUSE提供了一个虚拟用户文件系统的接口，感觉对于以往为单机用户的扩容分成方便，而且对于应用程序来说，开发更相对容易，当然也有个弊端，就是需要应用程序自己进行海量文件的hash目录，如果应用程序已经处理了hash目录的问题，那么感觉FUSE的扩展方式非常具有诱惑，不知道FastDFS是否考虑过以FUSE方式支持客户端，而不是每种语言提供单独的客户端api，或是讨论一下FUSE的可行性或是未来的趋势？

happy_fish100

回复 1# tllhy
使用FUSE最大的问题就是性能消耗较大，系统架构也会相对复杂一些。
因为不考虑支持FUSE，FastDFS的架构比较简单，支持高并发访问。其定位是服务于提供图片、文档等资源文件下载服务的网站。

tllhy

FUSE的性能消耗，是只对服务器的消耗么？

系统架构方面，就是在glibc的上层加一个fuse层，而客户端编写没有任何变化吧，文件系统时mount上来的，客户端相当于在操做本地文件一样？

happy_fish100

FUSE的性能消耗，是只对服务器的消耗么？

系统架构方面，就是在glibc的上层加一个fuse层，而客户端编写没 ...
tllhy 发表于 2010-02-25 16:43

对服务器端和客户端都有一定的消耗。
FastDFS要支持FUSE，系统架构需要调整的，改造的工作量会很大。

lyf362345

回复 4# happy_fish100


    纯api访问不是很方便的, 还深度依赖storage的环境