Opóźnia się uruchamianie programów Windows podczas uruchamiania?

W systemie Windows XP używam 18 programów. Podczas uruchamiania zajmuje 2-3 minuty, aby załadować wszystkie. Antywirus, tłumacz, odblokowanie, indeksator plików, menedżer pobierania, komunikator itp.

Potrzebuję ich wszystkich i są na pasku zadań systemu Windows i czekają na użycie. Nie mogę więc usunąć jednego z nich, ponieważ często ich używam. 5-6 razy dziennie.

Ale nie potrzebuję ich na starcie. Jak mogę opóźnić ładowanie tych programów.

Na przykład: - Antywirus, indeksator plików: podczas uruchamiania - Tłumacz, menedżer pobierania, odblokowanie: 5 minut po uruchomieniu itp.

Jakie rozwiązania polecasz?

Startup Delayer wykonuje zadanie: http://www.r2.com.au/page/products/show/startdelay

Zamiast polecenia ping sugerowanego wcześniej przez Jeffy w Windows XP / Vista / 2008 używam polecenia timeout w pliku wsadowym.

Składnia: 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 Jeśli nie chcesz widzieć odliczania, możesz odrzucić dane wyjściowe w następujący sposób: timeout /t 300 > nul

1. Utwórz plik wsadowy o nazwie „5minsdelayStart”:

   @echo wyłączone
   rem śpi przez 300000 milisekund (5 minut)
   ping -n 1 -w 300000 -4 10.0.0.0> NUL
   
   rem uruchamianie programów opóźnionego startu
   start cmd / C "C: \ Some \ Path \ To \ A \ Program.exe"
   start cmd / C "C: \ Some \ Path \ To \ A \ Shortcut.lnk"
   

2. Zastąp polecenia u dołu elementami, które chcesz uruchomić po 5 minutach opóźnienia.

3. Dodaj ten plik wsadowy do folderu startowego.

Uwaga : Zamiast tego możesz utworzyć skrót do pliku wsadowego, a następnie ustawić opcje uruchamiania, aby uruchomić plik wsadowy zminimalizowany. Tak czy inaczej, w tle pojawi się wiersz polecenia, ale przynajmniej jeśli zostanie zminimalizowany, nie będzie to zbyt duże włamanie!

Ponadto, jeśli z jakiegoś powodu w twojej sieci 10.0.0.0 faktycznie trasy do czegoś ważnego, powinieneś zmienić ten adres IP na coś innego (który nie ma trasy).

W rzeczywistości obie odpowiedzi mają swoje zalety. Ustawienie stałego opóźnienia może nie leżeć w twoim najlepszym interesie, ponieważ potrzeby zmieniają się z czasem. Każde ustawione opóźnienie inicjowania reszty ładowania naraz może być jeszcze bardziej niewygodne niż uruchamianie ich w czasie wykonywania zwykłego „Poczekaj na Windows”.

Rozważę dodanie argumentu „kontynuuj czekanie? T / N” do partii, jeśli masz w niej wiele pozycji. Możesz też pozwolić, aby było to automatyczne rozszerzenie czasowe na podstawie aktywności. (tzn. poczekaj, aż nie będzie żadnej aktywności klawiatury). Tak czy inaczej, chyba że zrobisz to na całej partii (każda jako osobna akcja czasowa), może się okazać, że uruchomienie go przez 5 minut po uruchomieniu jest równie złe lub nawet gorsze niż uruchomienie wszystkiego przed rozpoczęciem.

Myślę, że jeśli wszystkie są absolutnie konieczne, najlepiej ustawić je w sekwencji z 1 uruchomionym za każdym razem, a następnie sprawdzić, czy nadal nie ma żadnej aktywności, a następnie uruchomić następne. Oczywiście tylko Ty wiesz, które są potrzebne przy starcie. Niektóre mogą w ogóle nie być potrzebne w przypadku niektórych szybkich odcinków włączania / wyłączania. Jeśli zostaną umieszczone we właściwej kolejności, nigdy nie zostaną osiągnięte przed wyłączeniem zasilania.

Inną możliwością jest powiązanie załadunku z potrzebą załadowanego. Jeśli nie korzystasz z Internetu lub nie korzystasz z poczty e-mail lub innych działań „wysokiego ryzyka”, możesz rozważyć nie ładowanie oprogramowania AV. Dodanie polecenia „Uruchom to najpierw, jeśli jeszcze nie jest uruchomione” do tych działań, może zapewnić znaczny wzrost prędkości w lokalnych grach lub cokolwiek innego, co nie wymagałoby sprawdzania i sprawdzania każdego ruchu. Po prostu powiąż start z programem, który tego potrzebuje.

Inną opcją do rozważenia byłoby ustawienie tyle, ile można zrobić, aby „uruchomić jako usługę”, ponieważ zwykle wydaje się, że aktywacja zajmuje mniej czasu niż uruchomienie normalnej sekwencji „uruchom program”.

Do Twojej dyspozycji jest bardzo przydatne narzędzie, którego od wielu lat używałem i które dawałem wielu osobom, o nazwie „StartMan”. Łatwo go znaleźć w Google i Free i jestem pewien, że są jeszcze inne. Działa z każdą wersją systemu Windows, jaką kiedykolwiek próbowałem od Win98 do Win7. Pozwoli ci to mieć większą kontrolę nad programami Autostartu bez konieczności wprowadzania stałych zmian w konfiguracji Autostartu i łatwego cofania tych, które nie są produktywne.

Najpierw usuń je z uruchamiania przy starcie.
Następnie utwórz program wsadowy, aby uruchomić je wszystkie.
Więc po zakończeniu uruchamiania komputera, najpierw uruchom program wsadowy, aby załadować wszystko.

Zamiast skryptu poleceń można użyć skryptu Windows. Ma metodę Sleep (), która powinna być obsługiwana w systemie Windows XP. Działa bez widocznego okna i pozwala skonfigurować widoczność wykonywanego programu - ukryte, normalne lub zminimalizowane.

Przed użyciem skryptu systemu Windows należy sprawdzić, czy jest skonfigurowany do uruchamiania plików * .vbs.

Poniżej znajduje się przykładowy skrypt, który należy umieścić w pliku z rozszerzeniem „VBS”, na przykład „DelayedStart.vbs” i umieścić w folderze StartUp menu Start:

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

Wszystkim, którzy mówią „ First remove them from run at startup.”, muszę powiedzieć:

Nie wszystkie aplikacje będą działać, niektóre ponownie dodają je do rejestru po uruchomieniu.

Usunięcie początkowego klucza rejestru nie jest rozwiązaniem, aby nie uruchamiać go przy następnym uruchomieniu, chyba że klucz rejestru zostanie usunięty po zabiciu aplikacji.

Najgorszym przypadkiem, jaki znalazłem (zeskanowany sterownik), było uruchomienie aplikacji przy rozruchu, taka aplikacja nie ma GUI, ale blokuje się sama z procesem „systemowym”, więc nie można go zabić, chyba że zabijesz „system” (ostrzeżenie = BSOD), także w przypadku zmiany rejestru blokady / zaczepienia, więc po usunięciu klucza pojawia się ponownie itp. Ponieważ aplikacja nie może zostać zabita, nie będzie można uniknąć jej uruchomienia przy następnym uruchomieniu. Działa tylko ROZWIĄZANIE (bez formatowania): zacznij od Linuksa i usuń taką aplikację, nigdy więcej nie instaluj jej ponownie ... ale ponieważ jest to „sterownik”, instaluje się ponownie, gdy tylko USB zostanie podłączone (również przy braku podłączonego urządzenia ), więc musisz usunąć wszystkie wpisy USB, sterownik, pliki itp., uruchom ponownie system Linux i usuń aplikację.

Rozumiem, że w przypadku „normalnych” aplikacji jest to bardzo łatwe ... wystarczy usunąć klucz rejestru lauch i umieścić takie polecenie w pliku .lnk (skrót), a następnie z poziomu skryptu, w którym .lnk chcesz się przespać. .. lub niektóre różnią się w ciągu 1 minuty, inne w ciągu 5 minut itp. ... skryptują go i wywołują wszystkie skrypty równolegle, więc każdy może poczekać na inny czas, bla bla bla ...

Ale co zrobić z tymi (java Updater, itp.), Które odczytały je do rejestru, gdy tylko zostaną uruchomione lub gdy zostaną zamknięte, albo, co najgorsze ... podczas działania, gdy tylko wykryją brakujący klucz w rejestrze itp.

Niektóre mają opcję automatycznego uruchamiania, ale inne nie.

Dla „normalnych” jest to bardzo dobre i działa świetnie… dla takich, powiedzmy „brzydkich”, co można zrobić? Nic, oprócz usunięcia klucza rejestru po zamknięciu po zabiciu / zamknięciu aplikacji.

Nie widzę żadnego programu, który pozwala skonfigurować klucze rejestru kay, które chcesz usunąć na końcowym etapie zamykania, widzę osoby, które robią to we wczesnych etapach zamykania ... ale nie mogą kontrolować, czy inne aplikacje nadal działają (może nie ustawia kolejności zamykania), więc jeśli ktoś nadal działa, gdy tylko klucz reg zostanie usunięty, taki ponownie go dodaj.

Mam własne rozwiązanie (muszę przyznać, że jest to bardzo paskudne): blokuję takie klucze rejestru bez uprawnień administratora, tylko z określonym użytkownikiem korzystam z praw, dzięki czemu każda aplikacja (nie działająca jako użytkownik specjalny systemu) działa z uprawnieniami administratora itp. nie można go zmodyfikować ... ostrzeżenie w przypadku niektórych aplikacji, które będą nadal działać po uruchomieniu, ponieważ nie mogą zmienić takiego klucza rejestru, więc musisz uruchomić 4-etapowy skrypt, aby je uruchomić ... ustaw uprawnienia, aby zezwolić, uruchom aplikację i poczekaj chwilę, ustaw uprawnienia, aby nie zezwalać (administratorowi), ale zezwalać określonemu użytkownikowi, usuń klucz (ponieważ prawa skryptu to prawa użytkownika, będą dozwolone) ... a kiedy aplikacja ponownie spróbuje ponownie dodać nie będzie w stanie, jeśli na szczęście aplikacja nie zakończy się nagle, w przeciwnym razie ... musisz pozwolić rejestrowi tam aż do zamknięcia ... w takim przypadku dodaj harmonogram, aby usunąć klucz rejestru ...pamiętaj, klucze rejestru można również usunąć, uruchamiając .reg z instrukcjami na ten temat ... nie trzeba tworzyć aplikacji, aby to zrobić.

Itd., Itp., Chciałbym, aby jakieś darmowe narzędzie miało takie rzeczy zaimplementowane, ale nadal nie znalazłem nikogo, ani płatnego.