Retarder le lancement des programmes Windows au démarrage?

Sur Windows XP, j'utilise 18 programmes. Au démarrage, cela prend 2-3 minutes pour les charger tous. Anti virus, traducteur, déverrouilleur, indexeur de fichiers, gestionnaire de téléchargement, messagerie instantanée, etc.

J'ai besoin de chacun d'eux et ils sont sur la barre d'état système de Windows attendant que je les utilise. Je ne peux donc pas en supprimer un, car je les utilise fréquemment. 5-6 fois par jour.

Mais je n'en ai pas besoin au démarrage. Alors, comment puis-je retarder le chargement de ces programmes.

Par exemple: - Anti virus, indexeur de fichiers: au démarrage - Traducteur, gestionnaire de téléchargement, déverrouilleur: 5 minutes après le démarrage, etc.

Quelles solutions recommandez-vous?

Startup Delayer fait la tâche: http://www.r2.com.au/page/products/show/startdelay

Au lieu de la commande ping que Jeffy a suggérée auparavant dans Windows XP / Vista / 2008, j'utilise la commande timeout dans un fichier batch.

Syntaxe: 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

PS Si vous ne voulez pas voir le compte à rebours, vous pouvez supprimer la sortie comme ceci: timeout /t 300 > nul

1. Créez un fichier batch appelé "5minsdelayStart":

   @Écho off
   rem sommeil pendant 300000 millisecondes (5 minutes)
   ping -n 1 -w 300000 -4 10.0.0.0> NUL
   
   rem démarrage de programmes à démarrage différé
   démarrer cmd / C "C: \ Some \ Path \ To \ A \ Program.exe"
   démarrer cmd / C "C: \ Some \ Path \ To \ A \ Shortcut.lnk"
   

2. Remplacez les commandes en bas par les éléments que vous souhaitez démarrer après un délai de 5 minutes.

3. Ajoutez ce fichier de commandes à votre dossier de démarrage.

Remarque : vous souhaiterez peut-être créer un raccourci vers le fichier de commandes à la place, puis définir les options de lancement pour démarrer le fichier de commandes au minimum. Vous aurez une invite de commande en arrière-plan de toute façon, mais au moins si elle est minimisée, ce ne sera pas trop d'intrusion!

De plus, si pour une raison quelconque sur votre réseau 10.0.0.0 route réellement vers quelque chose de valide, vous devez changer cette adresse IP pour autre chose (qui n'a pas de route).

En fait, les deux réponses ont des mérites. La définition d'un délai fixe peut ne pas être dans votre intérêt car les besoins évoluent avec le temps. Tout délai défini pour lancer le reste de la charge en une seule fois peut être encore plus gênant que de les démarrer à un moment où vous effectuez la fonction "Attendre Windows".

J'envisagerais d'ajouter un argument pour "continuer d'attendre? O / N" au lot si vous avez beaucoup d'articles dedans. Ou vous pouvez le laisser être une extension chronométrée automatique basée sur l'activité. (c.-à-d. attendre un temps sans activité clavier pour continuer). Quoi qu'il en soit, à moins que vous ne le fassiez sur l'ensemble du lot (chacun en tant qu'action chronométrée distincte), vous constaterez peut-être que le faire fonctionner toutes les 5 minutes après le démarrage est tout aussi mauvais, voire pire, que de tout faire avant de commencer.

Je pense que si tout cela est absolument nécessaire, il serait peut-être préférable de les mettre dans une séquence avec 1 à la fois en cours d'exécution puis en vérifiant si aucune activité n'est en cours, puis en exécutant la suivante. Bien sûr, vous seul savez ce qui est nécessaire au démarrage. Certains peuvent ne pas être nécessaires du tout pour certains épisodes d'activation / désactivation rapides. Si elles sont placées dans le bon ordre, elles ne seront jamais atteintes avant la mise hors tension.

Une autre possibilité est de lier le chargement au besoin de ce qui est chargé. Si vous n'allez pas sur Internet ou que vous n'utilisez pas le courrier électronique ou toute autre activité «à haut risque», vous pouvez envisager de ne pas charger votre logiciel AV. L'ajout de la commande "Exécuter d'abord si ce n'est pas déjà fait" à ces activités pourrait vous donner une augmentation significative de la vitesse pour les jeux locaux ou toute autre chose qui n'a pas besoin d'être vérifiée et revérifiée pour chaque mouvement. Liez simplement la startup au programme qui en a besoin.

Une autre option à considérer serait d'en définir autant que possible pour "exécuter en tant que service", car cela semble généralement prendre moins de temps pour devenir actif que d'exécuter une séquence normale "démarrer le programme".

Pour info, il y a un utilitaire très utile que j'ai utilisé et donné à de nombreuses personnes au fil des ans appelé "StartMan" facilement trouvé avec Google et gratuit et je suis sûr qu'il y en a d'autres. Il fonctionne avec toutes les versions de Windows que j'ai jamais essayées de Win98 à Win7. Cela vous permettra d'avoir beaucoup plus de contrôle sur vos programmes de démarrage sans avoir à apporter de modifications permanentes à votre configuration de démarrage et à annuler facilement ceux qui ne sont pas productifs.

Retirez-les d'abord de l'exécution au démarrage.
Faites ensuite un programme batch pour les exécuter tous.
Ainsi, après le démarrage de votre ordinateur, la première chose à faire est d'exécuter votre programme de commandes pour tout charger.

Le script Windows peut être utilisé à la place du script de commande. Il a une méthode Sleep () qui devrait être prise en charge dans Windows XP. Il fonctionne sans fenêtre visible et permet de configurer la visibilité de la fenêtre du programme exécuté - cachée, normale ou minimisée.

Avant d'utiliser Windows Script, le système doit être vérifié s'il est configuré pour exécuter des fichiers * .vbs.

Voici un exemple de script qui doit être placé dans un fichier avec l'extension "VBS", par exemple "DelayedStart.vbs" et placé dans le dossier StartUp StartUp:

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 tous ceux qui disent " First remove them from run at startup.", je dois dire:

Toutes les applications ne fonctionneront pas, certaines s'ajoutent elles-mêmes au registre lorsqu'elles sont exécutées.

La suppression de la clé de registre de démarrage n'est donc pas une solution pour ne pas l'exécuter au prochain démarrage, à moins que la clé de registre ne soit supprimée après avoir tué l'application.

Le pire cas que j'ai trouvé (pilote scanné) était son lancement au démarrage d'une application, une telle application n'a pas d'interface graphique, mais elle se verrouille automatiquement avec un processus "système", donc elle ne peut pas être tuée à moins que vous tuiez "système" (avertissement de le faire = BSOD), même si le registre des verrous / crochets change, donc après avoir supprimé la clé, elle réapparaît, etc. Puisque l'application ne peut pas être supprimée, vous ne pourrez pas l'empêcher de s'exécuter au prochain démarrage. Seule la SOLUTION fonctionne (sans formatage): Commencez avec Linux et supprimez une telle application, ne la réinstallez plus jamais ... mais comme il s'agit d'un "pilote", il est réinstallé dès que l'USB est activé (également avec un périphérique non branché) ), vous devez donc supprimer toutes les entrées USB, pilotes, fichiers, etc., redémarrer sous Linux et supprimer l'application.

Je comprends que pour les applications "normales", c'est très facile ... il suffit de supprimer la clé de registre lauch et de mettre une telle commande sur un fichier .lnk (raccourci), puis à partir d'un script exécuté .lnk vous voulez faire un sommeil entre eux. .. ou en avoir sur 1 minute diffèrent, d'autres sur 5 minutes, etc ... en le scriptant et en appelant tous les scripts en parallèle, donc chacun peut attendre un temps différent, bla bla bla ...

Mais que faire avec ceux (java Updater, etc.) qui se lisent eux-mêmes dans le registre dès qu'ils sont exécutés, ou quand ils sont fermés, ou pire ... pendant qu'ils s'exécutent dès qu'ils détectent une clé manquante dans le registre , etc.

Certains ont la possibilité de ne pas démarrer automatiquement, d'autres non.

Pour les "normaux" c'est très bon et ça marche très bien ... pour ceux-là, disons "moche", les uns, que peut-on faire? Rien, sauf supprimer la clé de registre après l'arrêt après la fermeture / fermeture de l'application.

Je n'ai vu aucun programme vous permettant de configurer les clés de registre kay que vous souhaitez supprimer au stade final de l'arrêt, je vois des personnes qui interviennent aux premiers stades de l'arrêt ... mais ne peuvent pas contrôler que d'autres applications fonctionnent toujours (peut pas défini l'ordre d'arrêt), donc si quelqu'un est toujours en cours d'exécution, dès que la clé de registre a été supprimée, celle-ci en cours d'exécution l'ajoute à nouveau.

J'ai ma propre solution (très désagréable, je dois l'admettre): je verrouille ces clés de registre sans droits d'administrateur, uniquement avec des utilisateurs spécifiques, j'utilise des droits, de sorte que toute application (ne fonctionnant pas en tant qu'utilisateur spécial du système) runnign avec des droits d'administrateur, etc. ne peut pas le modifier ... avertissement avec certaines applications, elles continueront de s'exécuter au lancement car elles ne peuvent pas changer une telle clé de registre, vous devez donc exécuter un script en 4 étapes pour les lancer ... définir les droits à autoriser, exécuter l'application et attendez un peu, définissez les droits pour ne pas autoriser (admin) mais autoriser un utilisateur spécifique, supprimez la clé (car les droits de script sont des droits d'utilisateur, ils seront autorisés) ... et lorsque l'application essaiera à nouveau de rajouter il ne sera pas en mesure, si la chance que l'application ne se ferme pas brusquement, sinon ... vous devez y laisser le registre jusqu'à l'arrêt ... dans ce cas, ajoutez une tâche de planification pour supprimer la clé de registre ...rappelez-vous que les clés de registre peuvent également être supprimées en lançant un .reg avec des instructions pour cela ... pas besoin de créer une application pour le faire.

Etc., etc., je souhaite qu'un outil gratuit ait implémenté de telles choses, mais je n'ai toujours trouvé personne, ni payant.