我正在寻找建立一个服务器与大量的XML API提供的小文件。它不会对目录或顺序文件块进行大量迭代 - 我们正在谈论很多和寻找不连续数据的问题。文件系统寻求与很多小文件的性能
在BSD上寻找时间UFS会随着时间的推移而降低个别文件的请求吗?我知道文件系统的inode限制是基于分区/分区的大小,但是硬盘驱动器必须在每次文件请求之前遍历inode表,才能发现数据的位置。什么文件系统可以获得最佳搜寻性能?
另一种方法是设置2-4GB的“blob”文件,并有一个单独的系统从软件中查找其中包含的文件。该软件的“inode表”可以根据当前登录的用户等进行优化以供交付......这些“inode表”可能会被缓存在RAM中,并且只会涉及当前登录的用户,从而减少浪费的资源。
从可扩展性和维护的角度来看,这两种解决方案在哪里进行评估?通过使用第二种解决方案,我可以期待什么样的性能提升(如果有的话)?
我完全同意这一点。 – ariso 2009-05-02 02:47:33