☰

Gran retraso cuando ejecuto un comando por primera vez en una ventana de DOS

tag-icon • tag-icon windows command-line delay command-line-tool
Gran retraso cuando ejecuto un comando por primera vez en una ventana de DOS

Ejecutamos un servidor (Win2k) con varias herramientas. Todas las estaciones de trabajo (XP) tienen su RUTA configurada para incluir esa carpeta.

Cuando ejecutamos una herramienta (por ejemplo, grep) desde una caja de DOS en una estación de trabajo, a veces hay un largo retraso (hasta un minuto) antes de que se ejecute la herramienta. Después del retraso todo transcurre con normalidad. Las ejecuciones posteriores no tienen retraso, incluso cuando se ejecutan desde otra caja de DOS.

¿Algunas ideas?

* MÁS DETALLES*

Este escenario siempre produce el retraso. Estamos trabajando en una herramienta en una carpeta particular del servidor. La herramienta se edita y compila en una estación de trabajo en un cuadro de DOS que se coloca en la carpeta donde se construye la herramienta y luego se ejecuta; el retraso siempre está ahí. La siguiente ejecución está bien. Entonces, la regeneración del EXE produce un retraso.

Respuesta1

Windows está iniciando sesión en el servidor para ver si el comando que desea está en esa carpeta. Después de la primera vez, ya ha iniciado sesión. Tenemos el mismo problema al abrir documentos y carpetas en el servidor todos los días.

Es posible que pueda acelerarlo (en Windows) ejecutando el siguiente comando durante el inicio de sesión:

Net Use \\ServerName

El comando tardará un minuto en procesarse, pero puede ocurrir como una tarea en segundo plano que el usuario no notará. Sin embargo, no sé si esto causará problemas de "demasiadas conexiones" en su caso.

Respuesta2

grepno es un comando de Win32 sino de Unix, por lo que es posible que haya invocado el subsistema Unix que está presente en versiones anteriores de Windows.

Se debe iniciar un proceso especial del sistema para admitir estos comandos de Unix, lo que puede explicar el retraso inicial. No recuerdo el nombre del proceso, pero si usas algo como Process Explorer, puedes verlo iniciar.

Tal vez estoSerie TechNetpuede ser de alguna ayuda. Los detalles sobre el subsistema se pueden encontrar en el libro "Windows Internals".

Respuesta3

Podría haber una ubicación de red en su ruta que esté agotando el tiempo de espera, cuando intenta ejecutar un programa desde DOS o desde la opción "Ejecutar" en el menú Inicio, si el archivo ejecutable o script/por lotes no se encuentra primero en la ruta. directorio de trabajo actual, también se busca en cada directorio enumerado en la RUTA.

Puede escribir "RUTA" en la ventana de DOS para ver si hay algo fuera de la unidad C: en la lista. De lo contrario, los próximos sospechosos podrían ser:

  1. La carga por primera vez de un programa muy grande también puede ser un problema (porque los usos posteriores provendrán de un caché). ¿Tiene un enlace a la herramienta "grep" que está utilizando? Si es un programa pequeño e independiente, entonces esto no debería ser un problema.

  2. Software antivirus lento (muy raro)

  3. Los fallos de disco están empezando a aparecer (haga una copia de seguridad completa lo antes posible)

  4. Fragmentación excesiva en su sistema de archivos (se soluciona fácilmente ejecutando el Desfragmentador de disco que se puede encontrar en: Menú Inicio -> Programas -> Accesorios -> Herramientas del sistema -> Desfragmentador de disco)

información relacionada