¿Retrasar los programas de Windows que se inician en el arranque?

En Windows XP utilizo 18 programas. En el inicio, tarda 2-3 minutos en cargarlos todos. Antivirus, traductor, desbloqueador, indexador de archivos, gestor de descargas, mensajería instantánea, etc.

Los necesito a todos y están en la bandeja del sistema de Windows esperando que los use. Por lo tanto, no puedo eliminar uno de ellos, porque los uso con frecuencia. 5-6 veces al día.

Pero no los necesito en el inicio. Entonces, ¿cómo puedo retrasar la carga de estos programas?

Por ejemplo: - Antivirus, indexador de archivos: en el inicio - Traductor, administrador de descargas, desbloqueador: 5 minutos después del inicio, etc.

¿Qué soluciones me recomiendan?

Startup Delayer hace la tarea: http://www.r2.com.au/page/products/show/startdelay

En lugar del comando ping que Jeffy sugirió antes en Windows XP / Vista / 2008, uso el comando timeout en un archivo por lotes.

Sintaxis: timeout /t seconds

@echo off

rem for 5mins delay..

timeout /t 300

rem starting delayed start programs

start cmd /C "C:\Some\Path\To\A\Program.exe"

start cmd /C "C:\Some\Path\To\A\Shortcut.lnk"

start notepad

PD: si no desea ver la cuenta regresiva, puede descartar la salida de esta manera: timeout /t 300 > nul

1. Cree un archivo por lotes llamado "5minsdelayStart":

   @echo off
   sueño remoto por 300000 milisegundos (5 minutos)
   ping -n 1 -w 300000 -4 10.0.0.0> NUL
   
   inicio remoto programas de inicio diferido
   Inicio cmd / C "C: \ Some \ Path \ To \ A \ Program.exe"
   Inicio cmd / C "C: \ Some \ Path \ To \ A \ Shortcut.lnk"
   

2. Reemplace los comandos en la parte inferior con las cosas que desea iniciar después de 5 minutos de retraso.

3. Agregue este archivo por lotes a su carpeta de inicio.

Nota : es posible que desee crear un acceso directo al archivo por lotes en su lugar, luego configure las opciones de inicio para iniciar el archivo por lotes minimizado. De todas formas, tendrá un símbolo del sistema en segundo plano, pero al menos si se minimiza, ¡no habrá demasiada intrusión!

Además, si por alguna razón en su red 10.0.0.0 realmente se enruta a algo válido, entonces debe cambiar esa dirección IP a otra (que no tiene una ruta).

En realidad, ambas respuestas tienen méritos. Establecer un retraso de tiempo fijo puede no ser lo mejor para usted, ya que las necesidades cambian con el tiempo. Cualquier retraso establecido para iniciar el resto de la carga de una vez podría ser aún más inconveniente que iniciarlos en el momento en que está haciendo el habitual "Esperar a Windows".

Consideraría agregar un argumento para "¿continuar esperando? S / N" al lote si tiene muchos elementos. O podría dejar que sea una extensión automática programada en función de la actividad. (es decir, espere un momento sin actividad del teclado para continuar). De cualquier manera, a menos que haga esto en todo el lote (cada uno como una acción programada por separado), puede encontrar que ejecutarlo 5 minutos después del arranque es tan malo o incluso peor que ejecutarlo todo antes de comenzar.

Creo que si todos estos son absolutamente necesarios, podría ser mejor ponerlos en una secuencia con 1 a la vez ejecutándose cada uno y luego verificando si todavía no hay actividad y luego ejecutar el siguiente. Por supuesto, solo usted sabe cuáles son necesarios en el inicio. Algunos pueden no ser necesarios para ciertos episodios rápidos de encendido / apagado. Si se colocan en el orden correcto, nunca se alcanzarán antes de que se apague.

Otra posibilidad es vincular la carga a la necesidad de lo que se carga. Si no va a Internet o utiliza el correo electrónico u otra actividad de "alto riesgo", podría considerar no cargar su software AV. Agregar el comando "Ejecutar esto primero si aún no se está ejecutando" a esas actividades podría darle un aumento significativo en la velocidad de los juegos locales o cualquier otra cosa que no haya que comprobar y volver a comprobar en cada movimiento. Simplemente vincula el inicio al programa que lo necesita.

Otra opción a tener en cuenta sería establecer la mayor cantidad posible para "ejecutar como servicio", ya que esto suele tardar menos tiempo en activarse que ejecutar una secuencia normal de "inicio del programa".

Para su información, hay una utilidad muy útil que he usado y dado a muchas personas a lo largo de los años llamada "StartMan". Se encuentra fácilmente con Google y Free y estoy seguro de que hay otras. Funciona con todas las versiones de Windows que he probado desde Win98 a Win7. Le permitirá tener mucho más control sobre sus programas de inicio sin tener que hacer cambios permanentes en su configuración de inicio y deshacer fácilmente aquellos que no son productivos.

Primero quítelos de la ejecución al inicio.
Luego, haga un programa por lotes para ejecutarlos todos.
Entonces, después de que su computadora termine de iniciarse, lo primero que debe hacer es ejecutar su programa por lotes para cargarlo todo.

Se puede usar Windows Script en lugar del comando script. Tiene un método Sleep () que debería ser compatible con Windows XP. Se ejecuta sin ninguna ventana visible y permite configurar la visibilidad de la ventana del programa ejecutado: oculta, normal o minimizada.

Antes de usar el sistema de Windows Script se debe verificar si está configurado para ejecutar archivos * .vbs.

A continuación se muestra un script de muestra que debe colocarse en un archivo con la extensión "VBS", por ejemplo "DelayedStart.vbs" y colocarse en la carpeta StartUp Start Menu:

Set Shell = WScript.CreateObject("Wscript.Shell")

WScript.Sleep(5000)
Shell.Run """C:\Program Files\Debug\MemInfo\meminfo.exe""", 2, False
Shell.Run """C:\Windows\System32\taskmgr.exe""", 2, False

rem True=wait until exits
rem Window: 0=hidden, 1=normal, 2=minimized
rem Shell.Run """notepad.exe"" ""argument with space""", 1, False
rem Shell.Run "notepad.exe """ & WScript.Arguments.Item(0) & """", 1, True

A todos los que digan " First remove them from run at startup." debo decir:

No todas las aplicaciones funcionarán, algunas se vuelven a agregar al registro cuando se ejecutan.

Por lo tanto, eliminar la clave de registro de inicio no es una solución para no ejecutarla en el próximo inicio, a menos que la clave de registro se elimine después de eliminar la aplicación.

El peor de los casos que encontré (controlador escaneado) fue que se inició al iniciar una aplicación, dicha aplicación no tiene GUI, pero se bloquea con el proceso de "sistema", por lo que no se puede matar a menos que se elimine el "sistema" (advertencia al hacerlo = BSOD), también si cambia el registro de bloqueos / ganchos, por lo que después de eliminar la clave, vuelve a aparecer, etc. Como la aplicación no se puede eliminar, no podrá evitar que se ejecute en el próximo arranque. Solo funciona la SOLUCIÓN (sin formatear): comience con un Linux y elimine dicha aplicación, nunca vuelva a instalarla ... pero como es un "controlador", se instala nuevamente tan pronto como el USB esté conectado (también con el dispositivo no enchufado) ), por lo que debe eliminar todas las entradas USB, controladores, archivos, etc., reiniciar en Linux y eliminar la aplicación.

Entiendo que para aplicaciones "normales", es muy fácil ... simplemente elimine la clave de registro lauch y coloque dicho comando en un archivo .lnk (acceso directo), luego desde un script ejecute ese .lnk que desea dormir entre ellos. ... o que algunos difieran en 1 minuto, otros en 5 minutos, etc ... escribiendo un script y llamando a todos los scripts en paralelo, para que cada uno pueda esperar un momento diferente, bla bla bla ...

Pero qué hacer con esos (Java Updater, etc.) que se leyeron al registro tan pronto como se ejecutan, o cuando están cerrados, o peor ... mientras se ejecutan tan pronto como detectan la clave faltante en el registro etc.

Algunos tienen la opción de no iniciar automáticamente, pero otros no.

Para "normales" es muy bueno y funciona muy bien ... para eso, digamos "feo", ¿qué se puede hacer? Nada, excepto eliminar la clave de registro después del apagado después de que la aplicación haya sido eliminada / cancelada.

No he visto ningún programa que le permita configurar las claves de registro de kay que desea eliminar en la etapa final de apagado, veo a alguien que lo hace en las primeras etapas de apagado ... pero no puedo controlar que otras aplicaciones aún se estén ejecutando (puede no establecer el orden de apagado), por lo que si alguien todavía se está ejecutando, tan pronto como se elimine la clave reg, dicha ejecución se volverá a agregar.

Obtuve mi propia solución (muy desagradable, debo admitirlo): bloqueo esas claves de registro sin derechos de administrador, solo con un usuario específico que uso derechos, de modo que cualquier aplicación (que no se ejecute como usuario especial del sistema) se ejecute con derechos de administrador, etc. no puede modificarlo ... advertencia con algunas aplicaciones que se negarán a seguir ejecutándose cuando se inicien porque no pueden cambiar dicha clave de registro, por lo que debe ejecutar un script de 4 pasos para iniciarlas ... establecer derechos para permitir, ejecutar la aplicación y espere un poco, configure los derechos para no permitir (admin) pero permitir a un usuario específico, elimine la clave (ya que los derechos de script son derechos de usuario, se permitirán) ... y cuando la aplicación vuelva a intentar volver a agregar no podrá, si tiene suerte, la aplicación no se cerrará abruptamente, de lo contrario ... debe dejar el registro allí hasta que se cierre ... para ese caso, agregue una tarea de programación para eliminar la clave del registro ...recuerde que las claves de registro también se pueden eliminar iniciando un .reg con instrucciones para eso ... no es necesario crear una aplicación para hacerlo.

Etc., etc., deseo que alguna herramienta gratuita tenga implementadas estas cosas, pero todavía no encontré a nadie, ni a uno de pago.