Srs.,
Passei por este problema de lentidão para abrir aplicações DOS
compartilhados pelo Samba, porém a solução, no meu caso, foi a de colocar
o executável DOS na estação e os datafiles no servidor. A velocidade está
excelente com 200 usuários acessando normalmente, com placa 3COM Gigabit.
No caso em si, eu desconsidero a possibilidade de hardware, por que é logico
ou o hardware está com problema e não funciona, ou funciona pessimamente, ou
então o hardware esta bom, pelo que sei o hardware é camuflado por todo
sistema, em que as aplicações tem acesso usando interfaces atravez do
VERIFICA TAMBÉM AS PERMISSÕES DESTE ARQUIVO
DÁ UM CHMOD 666 OU 777 NELE
Thiago Rocha escreveu:
cara, nao sei ajudar a resolver o problema... mas vai uma sugestao...
tive esse tipo de problema com windao 2003 (tah, tah certo que era uns 70
usuarios e a maquina num era lah grandes coisas), mas
Mas nos diga uma coisa: a cópia é tão demorada quanto o carregamento do
exe? Se a cópia for rápida, considere algum problema com sua aplicação
e não com o samba.
Suprema Informática Ltda escreveu em 14/08/2008 07:48:
VERIFICA TAMBÉM AS PERMISSÕES DESTE ARQUIVO
DÁ UM CHMOD 666 OU 777
Fiz o teste aki agora..
NECA!! :(
Com ou sem os SO_xxx da na mesma
E com ou sem o TCP_NODELAY também!!
Mais alguma idéia de alguém da lista?
-Mensagem original-
De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Em nome
de Franklin França
Enviada em: quarta-feira, 13 de agosto de 2008
cara, nao sei ajudar a resolver o problema... mas vai uma sugestao...
tive esse tipo de problema com windao 2003 (tah, tah certo que era uns 70
usuarios e a maquina num era lah grandes coisas), mas como alternativa (por
nao saber resolver) usei um script .bat usando robocopy pra copiar o .exe
pra
muda as opções de oplocks e inclui o exe na lista par que o samba nao
use oplocks nesse arquivos
veto oplock files = /*.pst/*.pdf/*.xls/*.db*/*.id*/*.exe/
oplock break wait time = 1
poe na opções globais
2008/8/13 Thiago Rocha [EMAIL PROTECTED]:
cara, nao sei ajudar a
7 matches
Mail list logo