linux – 使用22TB导出的JFS文件系统在运行NFS的Debian服务器上写入性能不佳

概述我目前正在运行一个debian服务器,它通过NFS(nfs-kernel-server)导出大型JFS文件系统(22TB).当尝试写入NFS共享时,性能非常差. 22TB磁盘位于使用iSCSI安装的NAS上. >它会在预期的线速度附近晃动一会儿,然后闲置几秒钟.以低kb /秒测量的流量非常小. >等待偷看写. >从NFS挂载读取时,系统以预期的速度(11MB /秒)运行. >使用SFTP,rsyn 我目前正在运行一个debian服务器,它通过NFS(nfs-kernel-server)导出大型JFS文件系统(22TB).当尝试写入NFS共享时,性能非常差. 22TB磁盘位于使用iSCSI安装的NAS上.

>它会在预期的线速度附近晃动一会儿,然后闲置几秒钟.以低kb /秒测量的流量非常小.
>等待偷看写.
>从NFS挂载读取时,系统以预期的速度(11MB /秒)运行.
>使用SFTP,rsync或本地复制(非nfs)时不会发生此问题.
>稳定版和测试版之间的问题仍然存在.
>在同一台机器上,我有一个14TB ext4文件系统,使用完全相同的导出配置,不会分享问题.此份额不是经常使用的,因此不会消耗资源.

NFS服务器：

cat /etc/exports/data2      10.1.20.86(rw,no_subtree_check,async,all_squash)cat /sys/block/sdb/queue/schedulernoop [deadline] cfqcat /etc/default/nfs-kernel-server RPCNFSDCOUNT=8RPCNFSDPRIORITY=0RPCMOUNTDOPTS=--manage-gIDsNEED_SVCGSSD=RPCSVCGSSDOPTS=

NFS客户端：

cat /etc/fstab10.1.20.100:/data2  /root/incoming  nfs     rw,noatime,soft,intr,noacl 0 2cat /sys/block/sdb/queue/schedulernoop [deadline] cfqcat /proc/mounts10.1.20.100:/data2/ /root/incoming nfs4 rw,vers=4,rsize=262144,wsize=262144,namlen=255,proto=tcp,port=0,timeo=600,retrans=2,sec=sys,clIEntaddr=10.1.20.86,minorversion=0,addr=10.1.20.100 0 0

这个问题让我非常难过.任何帮助都会受到极大的欢迎.谢谢.

解决方法 我的猜测是NFS服务器线程的数量太少.而不是8,数字应该更高.

8个线程可能足以用于仅包含小文件并且由极少数用户(例如在家庭网络中)或在慢速网络(10Mbit)上访问的共享.

尝试在写入期间确定NFS服务器上的重新传输值：

nsstat -r

如果进行传输重试,请增加服务器线程数.

而且我认为从mount选项中删除rsize / wsize / tcp设置会保存. TCP无论如何都是默认协议,使用TCP不必限制传输大小.

总结

以上是内存溢出为你收集整理的linux – 使用22TB导出的JFS文件系统在运行NFS的Debian服务器上写入性能不佳全部内容，希望文章能够帮你解决linux – 使用22TB导出的JFS文件系统在运行NFS的Debian服务器上写入性能不佳所遇到的程序开发问题。

如果觉得内存溢出网站内容还不错，欢迎将内存溢出网站推荐给程序员好友。