在一个通过 NFS 挂载共享分区上执行 git pull 和 checkout 巨慢,有优化空间吗?

2019-02-18 10:40:32 +08:00
 zxq1002

如果是几十兆或者百来兆的库,速度还能接受,但是个别上 G 的库(可能 10w+文件)就无法忍受了,有的首次甚至要一两个小时。。这个有优化空间吗? 不考虑拆版本库,这个是历史原因遗留,短期内不会动。所以只能通过其它方式提升速度,但必须是共享文件系统,同个目录需要被多台服务器访问。 其实本地磁盘执行还是挺快的,几分钟最慢首次十几分钟也差不多了,缓存 NFS 挂载就差别这么大。。 尝试过使用 GlusterFS 组建分布式文件系统(分布式复制卷,2x3 ),然后通过 NFS 或者 Native Client 方式挂载共享文件系统,测试下来大文件速度都 ok,特别是读速度几乎翻倍,但 git 版本库这种小文件依然不行,速度没有一点改善,反而更久了。 现在准备搭建 CephFS 和 MooseFS 环境进行测试,不知道对小文件共享访问性能如何。 了解的大侠麻烦给点建议,谢谢

1229 次点击
所在节点    问与答
0 条回复

这是一个专为移动设备优化的页面(即为了让你能够在 Google 搜索结果里秒开这个页面),如果你希望参与 V2EX 社区的讨论,你可以继续到 V2EX 上打开本讨论主题的完整版本。

https://www.v2ex.com/t/536013

V2EX 是创意工作者们的社区,是一个分享自己正在做的有趣事物、交流想法,可以遇见新朋友甚至新机会的地方。

V2EX is a community of developers, designers and creative people.

© 2021 V2EX