Longo atraso quando executo um comando pela primeira vez em uma janela do DOS

2

Nós rodamos um servidor (Win2k) com várias ferramentas nele. Todas as estações de trabalho (XP) têm seu PATH configurado para incluir essa pasta.

Quando executamos uma ferramenta (por exemplo, grep ) de uma caixa do DOS em uma estação de trabalho, às vezes há um longo atraso (até um minuto) antes da execução da ferramenta. Após o atraso tudo acontece normalmente. As execuções subsequentes não têm o atraso, mesmo quando executadas em outra caixa do DOS.

Alguma idéia?

* MAIS DETALHES *

Esse cenário sempre produz o atraso. Estamos trabalhando em uma ferramenta em uma pasta específica no servidor. A ferramenta é editada e compilada em uma estação de trabalho em uma caixa do DOS que está posicionada na pasta onde a ferramenta é construída e, em seguida, executada, o atraso está sempre presente. A seguinte corrida está bem. Portanto, a regeneração do EXE resulta no atraso.

    
por rossmcm 18.08.2011 / 02:34

3 respostas

3

O Windows está efetuando login no servidor para ver se o comando desejado está nessa pasta. Depois da primeira vez, ele já está conectado. Temos o mesmo problema ao abrir documentos e pastas no servidor todos os dias.

Você pode ser capaz de acelerar (no Windows) executando o seguinte comando durante o login:

Net Use \ServerName

O comando levará um minuto para ser processado, mas pode acontecer como uma tarefa em segundo plano que o usuário não notará. No entanto, não sei se isso causará problemas com "muitas conexões" no seu caso.

    
por 18.08.2011 / 02:49
1

grep não é um comando Win32 mas um Unix, então você pode ter chamado o subsistema Unix que está presente em versões mais antigas do Windows.

Um processo especial do sistema deve ser iniciado para suportar esses comandos do Unix, o que pode explicar o atraso inicial. Não consigo me lembrar do nome do processo, mas se você usar algo como o Process Explorer, poderá vê-lo iniciando.

Talvez essa série do TechNet possa ser de alguma ajuda . Detalhes sobre o subsistema podem ser encontrados no livro "Windows Internals".

    
por 18.08.2011 / 02:50
1

Pode haver um local de rede em seu caminho que esteja expirando - quando você tentar executar um programa a partir do DOS ou da opção "Executar" no menu Iniciar, se o arquivo executável ou de script / em lote não for o primeiro encontrado no diretório de trabalho atual, então, cada diretório listado no PATH também é pesquisado.

Você pode digitar "PATH" na janela do DOS para ver se algo fora da unidade C: está na lista. Se não, então os próximos suspeitos podem ser:

  1. O carregamento inicial de um programa muito grande também pode ser um problema (porque os usos subseqüentes virão de um cache). Você tem um link para a ferramenta "grep" que você está usando? Se for um pequeno programa independente, isso não deve ser um problema

  2. Software anti-vírus lento (muito raro)

  3. As falhas de disco estão começando a se desenvolver (obtenha um backup completo assim que possível)

  4. Fragmentação excessiva no seu sistema de arquivos (facilmente corrigida executando o Desfragmentador de disco que pode ser encontrado em: Menu Iniciar - > Programas - > Acessórios - > Ferramentas do sistema - > Desfragmentador de disco)

por 18.08.2011 / 02:49