Você pode voltar para o UDP e usar pacotes gigantes (datagramas 4k, por exemplo). Ter toda a sua rede de suporte a quadros jumbo pode ajudar muito, para que você não tenha a remontagem de pacotes IP em cada lado.
Estou tentando maximizar a largura de banda do NFS / TCP entre um cliente Linux e um único servidor NFS em um link de 10 Gbps. Embora cada montagem do NFS tenha seu próprio dispositivo (maior / menor), tudo se resume a uma única conexão TCP e isso é um gargalo.
Usando o iperf e várias conexões TCP, posso alcançar ~ 8Gbps, mas o NFS está preso em um único fluxo TCP e limitado a ~ 2Gbps (ainda sem ajuste de tcp).
No Solaris, há a configuração do sistema rpcmod:clnt_max_conns , que permite definir quantas conexões TCP simultâneas o sistema pode usar para um único servidor NFS.
Existe um equivalente no Linux ou uma maneira de fazer isso?
Como solução alternativa, sei que poderia definir muitos IPs no servidor NFS e, em seguida, carregar os pontos de montagem sobre eles, mas isso não seria o ideal.
Você pode voltar para o UDP e usar pacotes gigantes (datagramas 4k, por exemplo). Ter toda a sua rede de suporte a quadros jumbo pode ajudar muito, para que você não tenha a remontagem de pacotes IP em cada lado.
Se você estiver usando o NFS v4.1 ou superior, poderá aproveitar o pNFS (NFS paralelo). De acordo com as informações de lançamento a seguir da Red Hat, ele está disponível no RHEL 6.4, mas não vi nenhuma atualização indicando sua disponibilidade em outras distribuições do Linux.
O pNFS é definido no RFC5661 em 2010. Você pode querer investigar se o seu dispositivo de armazenamento suporta ou não o pNFS.
Tags performance nfs linux tcp 10gbethernet