Como aumentar o desempenho do Samba?

Publicado por Alessandro de Oliveira Faria (A.K.A. CABELO) em 27/06/2003

[ Hits: 32.257 ]

Blog: http://assuntonerd.com.br

1 0

Denuncie Favoritos Indicar Impressora

Como aumentar o desempenho do Samba?

[global]
log level = 1 # Default is 0
socket options = TCP_NODELAY SO_RCVBUF=8192 SO_SNDBUF=8192
read raw = yes # Default
write raw = yes # Default
oplocks = yes # Default
max xmit = 65535 # Default
dead time = 15 # Default is 0
getwd cache = yes

A opção log level = 1 faz com que o log do samba seja menos detalhado. Se usar log level = 0, fará com que o log seja desabilitado e log level = 2 ou 3 fará que o log do samba tenha um grande número de mensagens e como existirão vária requisições de gravação no disco e ao syslod, a performance irá diminuir.

A opção socket options: TCP_NODELAY faz com que o servidor envie pacotes para a rede, mantendo assim o tempo de resposta do servidor baixo. SO_RCVBUF=8192 e SO_SNDBUF=8192: oferece o reinicio para um valor de buffer mais alto que o do sistema operacional.

As opções read raw e write raw permitem ao samba usar gravação e leitura de arquivos grandes, acima de 64KB em uma única requisição samba.

A opção oplocks permite aos clientes fazer cache dos arquivos localmente. Esta opção é habilitada por padrão. Arquivos de banco de dados nunca devem ser colocados em cache, para que quando sejam feitas mudanças nos arquivos do servidor, sejam visíveis no cliente. Esta opção provê um considerável aumento na performance. o oplocks pode ser ativado ou desativado em compartilhamentos específicos.

max xmit configura o maior bloco de dados que o samba irá tentar gravar de cada vez.

getwd cache armazena em cache a caminho para o diretório corrente, evitando grandes leituras na árvore de diretórios para descobrí-lo.

Outras dicas deste autor

URGENTE: pacote com versão maliciosa do ctx em Python estava presente no PyPI

Resolvendo problemas de acentuação na migração para o Samba 3

Alternando entre a aplicação e a linha de comando no console

Estampando a data em imagens com apenas um clique no KDE4

GPU - CUDA 5 na plataforma openSUSE 12.3

Leitura recomendada

Unindo vários vídeos em um único arquivo

Temporizador Happy Timer

Skype Atualizado no Ubuntu e Linux Mint

Opera 10 "final" no Ubuntu 9.04

Android 2.2 / 2.3 - Atualização no dispositivo Milestone

Comentários

[1] Comentário enviado por lacierdias em 14/04/2004 - 05:12h

ótima dica...fiz rodou legal mas não vi uma mudança consideravel de performace.... Será q errei algo?????.....Não uso banco de dados, só compartilho arquivos simples...sendo assim qual seria a configuração q deixaria meu samba mas ""rápido"" ????
Grato
Lacier Dias

0 0

[2] Comentário enviado por Fabio_Laé em 19/11/2004 - 14:48h

Estou com problema na velocidade do login, qdo ligo restarto o servidor, fica rápido, mas com o tempo algumas máquinas chegam a levar mais de 2 minutos para logar. Faço apenas compartilhamento de arquivos.
Já tive esse problema antes qdo utilizei recurso de netlogon tb.
Se alguém tiver alguma dica.
Agradeço, de qq forma vou continuar pesquisando.
Fabio Laé

0 0

[3] Comentário enviado por joao.rodolfo em 04/12/2005 - 15:45h

Tbm, não tive grandes mudanças no meu servidor de arquivos ..
Vamos aguardar ...

0 0

[4] Comentário enviado por julinhoramones em 08/02/2006 - 10:34h

Parabéns, artigo simples, direto e com dicas que muitos não utilizam muitas vezes por desconhecer devido a não leitura do manual so software, mas que, gracas aos artigos no VOL, permitem nós termos resumos de informacoes de forma rápida.
O único erro neste artigo, refere-se as tags read raw e write raw onde é sitado que é possível realizar a leitura/gravacao de arquivos utilizando blocos de dados acima dos 64 KB, mas.... de acordo com o manual do Samba, é informado que é possível termos 65536 bytes de bloco de dados em um pacote o que refere-se então até 64 KB.
Não quero que este comentário desmereca este artigo, pois todos nós estamos sujeitos a falhas, e mais....................... mesmo que o Cabelo escreve-se mais um monte de artigos e todos tivessem erros, isso nao seria suficiente para desmerecer a grande quantidade de artigos de otima qualidade que ele ja postou aqui no VOL e tb desmerecer o excelente profissional que é.
Acredito que, criticas construtivas so trazem beneficios, pois permitem que a comunidade esteja sempre fornecendo informacoes 100% corretas.

Com certeza, sei que tanto o Cabelo como os camaradas aqui do VOL entenderao isso na boa.

0 0