Por que o Samba Access do Windows é tão lento?

Question

Eu configurei um servidor de arquivos usando o Ubuntu 12.04 Server. O objetivo é atender a várias unidades de rede para usuários do Windows que até agora foram atendidos por várias unidades NAS.

Eu tenho o Samba configurado com um compartilhamento definido até o momento. Eu posso me conectar a ele bem do meu teste do Windows 7 e Windows XP.

Quando faço uma listagem de diretórios no compartilhamento do Windows, pode levar até dois minutos para obter todos os arquivos listados - teria demorado cerca de 1,5 segundos quando eu estava usando o Buffalo NAS. Às vezes, acaba sem nenhuma resposta.

Eu usei o smb.conf padrão e simplesmente adicionei o seguinte para o compartilhamento que configurei até agora:

[engineering]
comment = Ubuntu File Server Share
path = /networkdriveshares/engineering
browsable = yes
guest ok = yes
read only = no
create mask = 0755

Eu tentei alterar a configuração do grupo de trabalho para o nome do domínio ativo usado pelo computador Windows, mas não notei nenhuma diferença.

A única outra mudança que fiz no smb.conf padrão foi adicionar as configurações de soquete recomendadas:

     SO_RCVBUF=8192 SO_SNDBUF=8192
     socket options = TCP_NODELAY

Muitas informações sobre compartilhamentos lentos do Samba online, mas eu tentei todas as soluções que encontrei e nenhuma delas fez muita diferença. Se não houver solução, existe uma maneira melhor de configurar um servidor de arquivos para ser usado por clientes Windows?

    

Answer 1

Tente configurar seu servidor sem definir SO_RCVBUF e SO_SNDBUF . Ou seja:

socket options = TCP_NODELAY

e nada mais. Ou comente socket options inteiramente e use o padrão do Samba.

Eu tive um problema semelhante com o Ubuntu 12.04 e um cliente Mac em gigabit ethernet. A leitura de um arquivo estava recebendo cerca de 100kbytes / segundo ou 300 vezes mais lenta. No Ubuntu 11.10 eu estava configurando os dois buffers para 8192 como você tentou. Mas quando eu atualizei para 12.04 eu descobri que tinha que remover essa configuração para obter o desempenho de volta para onde deveria estar (cerca de 30mbytes / segundo, a velocidade do disco).

Outra solução que já vi sugerida é definir max protocol = NT1 . Eu tentei isso primeiro e isso não me ajudou.