Você pode querer tentar ativar o suporte ao smb2 no lado do servidor.
protocolo max = SMB2 na seção [global] do seu smb.conf
Estamos enfrentando um problema de desempenho usando o cliente Windows 2008 CIFS. Temos um servidor FreeNAS que oferece 1,3 GB / s na gravação do ZFS. Temos 10Gb de rede conectando servidor NAS e clientes CIFS. Usando dois clientes CIFS do Linux, podemos obter cerca de 1,2 GB / s. Mas os clientes do Windows 2008 só podem nos dar 400MB / s.
É o melhor que um cliente Windows 2008 pode oferecer ou temos um cliente Windows mal configurado?
Muito apreciado.
Você pode querer tentar ativar o suporte ao smb2 no lado do servidor.
protocolo max = SMB2 na seção [global] do seu smb.conf
Algo a considerar é o tamanho da MTU ou o que é chamado de Jumbo Frames . Full-Duplex e TOE são duas outras coisas para se ver.
Estou executando o FreeNAS 8.3.1 com a exportação de discos iSCSI de volta para as caixas Linux executando máquinas virtuais nas montagens que são bastante intensivas em i / o. Definir o tamanho do quadro maior que o padrão 1500 teve um impacto dramático no desempenho e no rendimento. Isso precisa ser definido no lado do cliente e do servidor ou não tem efeito.
O FreeNAS tem gráficos agradáveis para permitir descobrir onde estão os seus afunilamentos no separador de informações do sistema.
Ah e um free heads up, mudar o tamanho da MTU é parte arte e parte ciência. Drivers no FreeBSD, Linux e Windows não são confiáveis em quais tamanhos são permitidos. Você pode ter que mergulhar na documentação do driver ou experimentar para obter os tamanhos aceitáveis. Além disso, o valor mais baixo é o padrão para o caminho inteiro.
No linux ou no freebsd / freenas:
ifconfig -a | grep -i mtu
ifconfig eth0 mtu 9122 up
ifconfig em0 mtu 9122
No Windows, clique com o botão direito do mouse na NIC no gerenciador de dispositivos e examine as propriedades do driver da NIC. MTU ou Jumbo Frame ou Framesize pode ser o nome da configuração do seu driver. O valor padrão é geralmente 1500.
Para testar os valores da rota MTU do Linux:
route get <ipaddr>
Algumas anotações mencionarão a full-duplex hardwiring, mas qualquer switch moderno lidará com isso rapidamente e não será um problema. Eu não vi nenhum problema com o duplex em hardware moderno.
Para o uso do iSCSI, era importante que o tamanho do bloco do volume exportado fosse maior e eu o configurei como 4096 para o dispositivo virtual. Preste atenção aos tamanhos de bloco do volume exportado subjacente, pois esses também têm impacto no desempenho. Isso pode não afetar suas exportações de SMB.
Uma última pergunta, se seu NIC de 10Gb TOE (TCP Offload Enabled) está habilitado ou acelerado por hardware?
TOE é o equivalente da placa de rede de uma GPU de uma placa gráfica junto com algo como DMA (Direct Memory Access) usado por controladores de disco rígido de estilo antigo. Ele permite transferir o trabalho da pilha TCP / IP para o NIC em vez de executá-lo através do barramento frontal e da CPU da placa-mãe, que são gargalos para dados processados a essa velocidade.
Para o que você está pedindo para trabalhar, você precisará das placas de 10 Gbps para ter o TOE (aceleração de hardware) ativado no sistema operacional e nos drivers. Se você já tiver o TOE ativado, ignore esta parte da resposta.