如何才能实现NFS导出的低延迟,以便让开发人员在Eclipse / Visual Studio中正常工作,并通过NFS装入工作空间?
这听起来像你还在devise阶段。 如果这是真的,那么需要注意的是:
有一个很好的NFS常见问题解答,包括一些调整技巧,在http://onlinedown.net/forum.php
不要通过NFS编译。 NFS性能通常是磁盘I / O性能的一个因素,编译是驱动你的文件I / O操作数量的因素。
如果你不能避免这种情况,caching是保存一天的方法。 克拉姆NFS服务器尽可能充满RAM,使用asynchronous写入,并启用所有客户端caching。 事实上,RAID在处理(非caching)磁盘操作,然后是单个硬盘时并不会更好。 而且,对于编译工作量小的文件,组合吞吐量不会改变。
等待文件系统caching,或者不要通过NFS编译。 硬盘总是比networking文件系统更快。
把文件放在一个非常快的磁盘或一个速度快的RAIDarrays上,因为无论客户端是本地的还是远程的,磁盘IO都会决定延迟的下限。 其他的答案也可以。
一个不错的解决scheme是使文件服务器也是一个构build服务器。