FreeBSD上的NFS(2)

将freebox作为client:在/etc/fstab中输入　
fastws:/sharedfs　/project　nfs　rw,-r=1024　0　0　
如果是手工挂起:　
#　mount　-t　nfs　-o　-r=1024　fastws:/sharedfs　/project　
将freebox作为server,在fastws的/etc/fstab中输入:　
freebox:/sharedfs　/project　nfs　rw,-w=1024　0　0　
如果需要手工挂起:　
#　mount　-t　nfs　-o　-w=1024　freebox:/sharedfs　/project　
几乎任何16-bit以太网卡不需要以上的关于读写的限制.　

对于细心的人,可能已经看出,何处出了这种错误,也就说明了此处为什么不可恢复正常的原因了.NFS是典型的每块8K的文件系统.(当然也可以优化成更小的).当最大的数据包在1500字节时,NFS的块被分成几个数据包,尽管它对于上层协议来说,还是一个独立的需要接收,确认并且组合的单元.高性能工作站能够从组成NFS单元的一个个紧接着的小包中还原这个包.在低效率的网卡中,后面的小包由于超时在与其在相同NFS单元中前面的小包到达目的地之前就会溢出,使用得整个单元不能被还原,并且不会发出确认信号.结果,工作站会超时,并且会重新再试一次,但是以8K一个单元,还是出现以上的错误,就这样永远休止.　

使单元的大小小于数据包的尺寸限制,这样就可以确保信号会被接收,并且收到确认信号,从而避免以上局面.　

当高性能服务器对一台配有高效的网卡的机器输入数据时,超时溢出仍会发生,但是这种超时溢出与以上所述的NFS的单元错误并不相同.当超时溢出发生时,受到影响的单元会被重传,而这次是它们被接收,确认,还原可能会成功.　


来源Linux技术支持网站　

标签：

版权申明：本站文章部分自网络，如有侵权，请联系：west999com@outlook.com
特别注意：本站所有转载文章言论不代表本站观点，本站所提供的摄影照片，插画，设计作品，如需使用，请与原作者联系，版权归原作者所有