Por que certas pastas no meu compartilhamento de rede XP são realmente muito lentas?

5

Eu tenho um grupo de trabalho configurado com o Windows XP. Meu arquivo "servidor" está executando o XP Pro e os clientes estão executando o XP home. Desviei o compartilhamento de arquivos simples no servidor porque certos clientes precisam acessar certas pastas e não outras, e quero continuar assim. Portanto, usei as configurações granulares de compartilhamento / segurança para permitir que determinados clientes acessem determinadas pastas. Eu estou usando o comando net use em um arquivo em lotes nos clientes para adicionar o compartilhamento quando eles logon para que ele esteja sempre disponível por meio de uma unidade mapeada ou um atalho. Em alguns clientes, "Meus Documentos" aponta para a unidade mapeada, mas todas as configurações locais e do aplicativo permanecem locais.

Tudo funciona bem, exceto pelo acesso a uma determinada pasta na rede. Ele contém muitos arquivos de lote aleatórios e programas auto-executáveis que eu uso para diagnósticos e quais não, e quase toda vez que eu abro a pasta que o computador trava por 15-60 segundos. Isso acontece em todas as máquinas, incluindo o servidor (mas não tanto quanto os clientes). Eu pesquisei alto e baixo e não consigo descobrir e isso está me deixando louca. Aqui estão todas as coisas que eu tentei sem sucesso:

  • Firewall desativado (XP) e antivírus (ESET NOD32)
  • Excluiu qualquer arquivo desktop.ini que eu possa encontrar no compartilhamento
  • Desativado "pesquisa automaticamente por pastas e impressoras de rede"
  • Desativado "lembre-se das configurações de exibição de cada pasta"
  • Definir HKCU \ Software \ Microsoft \ Windows \ CurrentVersion \ Políticas \ Explorer NoRecentDocsNetHood = 1
  • Tentei com unidades mapeadas e com atalhos UNC
  • Ran CHKDSK
  • Removido o atributo somente leitura de todas as pastas (bem, tentei remover, ele sempre voltava com um meio cheque)
  • Adicionado o IP estático do servidor ao arquivo hosts nos clientes

Eu tentei monitorar o desempenho do servidor para ver se algo faz sentido. Ocasionalmente, o problema coincide com um pico de páginas / seg (memória), mas nem sempre. Fora isso, tudo parece normal. O anti-vírus parece ser a causa mais provável para mim, considerando os arquivos em lote e o que não, mas ainda trava quando está completamente desativado.

Eu estou perdido e se alguém puder me ajudar com isso, eu agradeceria muito!

    
por bikefixxer 28.04.2010 / 06:18

6 respostas

1

Você pode tentar ativar a opção Mostrar arquivos ocultos . Esse comportamento possivelmente pode ser causado por muitos arquivos ocultos (e também pode explicar a incapacidade de remover completamente o atributo somente leitura).

    
por 28.04.2010 / 06:46
1

O compartilhamento tem muitos arquivos Zip nele por acaso? Eu tive problemas com a função de pastas zip do XP onde desde que mostra como pastas ele inspeciona cada um e pode ser muito lento, especialmente em pastas zip grandes / complexas.

Para verificar o cancelamento da DLL das pastas zip em uma das caixas.

regsvr32 /u zipfldr.dll 
    
por 10.08.2010 / 01:49
0

Você pode tentar desfragmentar a unidade que contém a pasta em questão. Isso pelo menos descartaria alguma coisa. Tente criar uma nova pasta; copie todos os arquivos lá e veja se a mesma coisa acontece com a nova pasta. Em caso afirmativo, um dos arquivos pode estar estruturado de forma incomum, internamente - ou mesmo parcialmente ou completamente corrompido. Pequenos utilitários que baixei de tempos em tempos fizeram algumas coisas muito peculiares. Se você estiver se perguntando como o conteúdo de um arquivo tem algum efeito em uma listagem de diretório, considere que o Windows precisa analisar cada arquivo para extrair pelo menos seu ícone. Se os dados do ícone estiverem corrompidos, isso poderá causar o que você está vendo. Então o problema é descobrir qual arquivo é o culpado.

    
por 10.07.2010 / 08:02
0

Isso acontece quando você mapeia uma unidade de rede e a acessa usando "dir" em um console? Se isso não acontecer, estou disposto a apostar que é algo no Windows Explorer que está tentando fazer muito trabalho. Em caso afirmativo, eu teria a tendência de adivinhar que teria algo a ver com algo ocorrendo mais baixo na pilha, como com a autenticação ou um problema de rede de algum tipo.

A sua pilha de rede está configurada apenas para usar o TCP / IP, ou existe algum outro transporte de nível mais baixo sendo tentado antes do TCP / IP? Eu vi um monte de computadores (especialmente os mais antigos que executam o XP) que tentam outros protocolos mais antigos primeiro e isso causa muita dor de fato.

Verifique o log de eventos do sistema do seu servidor para erros de disco rígido / controlador. Verifique o log de eventos do SECURITY do seu servidor em busca de falhas de logon. Improvável, mas vale a pena dar uma olhada ...

Verifique se você está apenas na visualização da pasta "Clássico" no cliente e se o cliente não está tentando fazer algo bobo, como criar imagens em miniatura de todos os seus arquivos de imagem / vídeos que você possa ter. Isso também é um assassino. Também reduza as colunas que você exibe no Explorer para essas pastas, porque muitas vezes os clientes tentam ler os metadados de todos os arquivos para mostrar informações (como tamanho da imagem ou tempo de execução do vídeo) em uma coluna.

Se você realmente quiser ir fundo, coloque Wireshark em um dos clientes e veja o que você pode ver. Talvez algo lhe atinja, como várias autenticações ou algo assim.

    
por 11.08.2010 / 14:58
0

Se os arquivos acessados estiverem em uma unidade mais lenta (IDE vs SATA). A E / S da unidade pode não conseguir acompanhar. Um experimento para tentar é conectar uma unidade externa USB 2.0 e compartilhar alguns arquivos dela. Em seguida, meça os tempos de acesso e as velocidades de transferência. Mudei de uma unidade ATA-100 de 80GB para uma unidade ATA-100 de 500GB no mesmo barramento IDE e vi melhorias de transferência e desempenho de 5x.

    
por 18.08.2010 / 19:24
0

Eu gerencio clientes de 1200 xp no trabalho.

Além disso, nossos objetivos são preferir a simplicidade e a rapidez dos clientes em relação a recursos complexos e quase inúteis. Portanto, essa é uma parte do nosso arquivo .REG:

;disable last access update ( local drives, I don't remember over network shares )
[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\FileSystem]
"NtfsDisableLastAccessUpdate"=dword:1

;Disable "Offline Files and Folders"
[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\NetCache]
"Enabled"=dword:0

;removing Network Scheduled Tasks
[-HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Explorer\RemoteComputer\NameSpace\{D6277990-4C6A-11CF-8D87-00AA0060F5BF}]

;this is a client box, not a server
;http://technet.microsoft.com/en-us/library/cc959923.aspx
[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Browser\Parameters]
"IsDomainMaster"="False"
"MaintainServerList"="No"

[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Policies\Explorer]
;http://support.microsoft.com/kb/816375/en-us
;http://support.microsoft.com/kb/885189/en-us
"NoRemoteRecursiveEvents"=dword:1
"NoRecentDocsNethood"=dword:1

Eu coloquei referências de url para os itens mais difíceis e menos conhecidos, para os outros itens que você pode pesquisar no Google.

Pela minha experiência, outros itens a serem verificados são: - antivírus verificação em tempo real - atualizações do windows - malware colocando arquivos .INF ocultos também em compartilhamentos de rede

    
por 05.01.2013 / 11:39