Задержка запуска программ Windows при загрузке?

На Windows XP я использую 18 программ. При запуске загрузка их всех занимает 2-3 минуты. Антивирус, переводчик, анлокер, индексатор файлов, менеджер загрузок, мессенджер и т. Д.

Мне нужны все из них, и они находятся в системном трее Windows, ожидая меня, чтобы использовать. Поэтому я не могу удалить один из них, потому что я использую их часто. 5-6 раз в день.

Но они мне не нужны при запуске. Так как я могу отложить загрузку этих программ.

Например: - Антивирус, индексатор файлов: при запуске - Переводчик, менеджер загрузок, анлокер: через 5 минут после запуска и т. Д.

Какие решения вы рекомендуете?

Задержка запуска выполняет задачу: http://www.r2.com.au/page/products/show/startdelay

Вместо команды ping, которую Джеффи предлагал ранее в Windows XP / Vista / 2008, я использую команду timeout в командном файле.

Синтаксис: 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 Если вы не хотите видеть обратный отсчет, вы можете отменить вывод следующим образом: timeout /t 300 > nul

1. Создайте пакетный файл с именем «5minsdelayStart»:

   @ эхо выключено
   Рем спит в течение 300000 миллисекунд (5 минут)
   ping -n 1 -w 300000 -4 10.0.0.0> NUL
   
   рем пуск отложенный запуск программ
   запустите cmd / C "C: \ Some \ Path \ To \ A \ Program.exe"
   Запустите cmd / C "C: \ Some \ Path \ To \ A \ Shortcut.lnk"
   

2. Замените команды внизу тем, что вы хотите запустить после 5-минутной задержки.

3. Добавьте этот пакетный файл в папку автозагрузки.

Примечание. Вместо этого можно создать ярлык для командного файла, а затем установить параметры запуска, чтобы минимизировать запуск командного файла. В любом случае у вас будет командная строка в фоновом режиме, но, по крайней мере, если она свернута, это не будет слишком большим вмешательством!

Кроме того, если по какой-то причине в вашей сети 10.0.0.0 фактически маршрутизирует что-то действительное, вам следует изменить этот IP-адрес на что-то другое (у которого нет маршрута).

На самом деле оба ответа имеют свои достоинства. Установка фиксированной задержки может не соответствовать вашим интересам, так как потребности меняются со временем. Любая установленная задержка для одновременного запуска остальной нагрузки может быть даже более неудобной, чем запуск их в то время, когда вы выполняете обычное «Ожидание Windows».

Я бы посоветовал добавить аргумент «продолжать ждать? Y / N» в пакет, если в нем много элементов. Или вы можете позволить ему быть автоматическим расширением по времени в зависимости от активности. (т. е. подождите, пока не завершится какое-либо действие клавиатуры). В любом случае, если вы не сделаете это для всего лота (каждое как отдельное временное действие), вы можете обнаружить, что запускать его все через 5 минут после загрузки будет так же плохо или даже хуже, чем запускать все это перед началом работы.

Я думаю, что если все это абсолютно необходимо, то лучше всего расположить их в последовательности, где по одному запускается каждый раз, а затем проверяется, не выполняется ли еще какое-либо действие, а затем выполняется следующий. Конечно, только вы знаете, что нужно при запуске. Некоторые могут вообще не понадобиться для определенных эпизодов быстрого включения / выключения. Если расположить в правильном порядке, они никогда не будут достигнуты, пока вы не выключите питание.

Другая возможность - привязать загрузку к необходимости загрузки. Если вы не пользуетесь Интернетом, не используете электронную почту или другие виды деятельности «высокого риска», вы можете не загружать программное обеспечение AV. Добавление команды «Запустить это первым, если она еще не запущена» к этим действиям может значительно увеличить скорость для локальных игр или чего-либо еще, что не нужно проверять и перепроверять для каждого хода. Просто привяжите запуск к программе, которая нуждается в этом.

Другой вариант, который следует рассмотреть, - это установить столько, сколько можно сделать для «запуска в качестве службы», поскольку обычно для активации требуется меньше времени, чем для запуска обычной последовательности «запуска программы».

К вашему сведению, есть очень полезная утилита, которую я использовал и давал многим людям на протяжении многих лет. Она называется «StartMan». Ее легко найти с помощью Google и Free, и я уверен, что есть и другие. Он работает с любой версией Windows, которую я пробовал от Win98 до Win7. Это позволит вам намного больше контролировать свои программы запуска, не делая постоянных изменений в конфигурации запуска, и легко отменить те, которые не являются продуктивными.

Сначала удалите их из запуска при запуске.
Затем создайте пакетную программу, чтобы запустить их все.
Поэтому после того, как ваш компьютер завершит загрузку, первое, что вы делаете, это запускаете пакетную программу, чтобы загрузить все это.

Скрипт Windows можно использовать вместо командного скрипта. У него есть метод Sleep (), который должен поддерживаться в Windows XP. Он запускается без видимого окна и позволяет настроить видимость окна исполняемой программы - скрытое, нормальное или свернутое.

Перед использованием Windows Script необходимо проверить, настроена ли она на выполнение файлов * .vbs.

Ниже приведен пример сценария, который должен быть помещен в файл с расширением «VBS», например «DelayedStart.vbs», и помещен в папку «Пуск» меню «Пуск»:

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

Всем тем, кто говорит " First remove them from run at startup.", я должен сказать:

Не все приложения будут работать, некоторые заново добавят себя в реестр при запуске.

Таким образом, удаление ключа реестра при запуске не является решением не запускать его при следующей загрузке, если только ключ реестра не был удален после уничтожения приложения.

Наихудший случай, который я обнаружил (отсканированный драйвер), был запуск при загрузке приложения, такое приложение не имеет графического интерфейса, но оно само блокируется с помощью «системного» процесса, поэтому его нельзя убить, если вы не убьете «system» (предупреждение делает это). = BSOD), также, если блокирует / перехватывает изменения реестра, поэтому после удаления ключа он появляется снова и т. Д. Поскольку приложение не может быть уничтожено, вы не сможете избежать его запуска при следующей загрузке. Работает только РЕШЕНИЕ (без форматирования): начните с Linux и удалите такое приложение, никогда больше не переустанавливайте его ... но поскольку это "драйвер", он снова устанавливается, как только USB подключен (также с не подключенным устройством) ), поэтому вам необходимо удалить все записи USB, драйвер, файлы и т. д., перезагрузиться в Linux и удалить приложение.

Я понимаю, что для "нормальных" приложений это очень просто ... просто удалите ключ реестра lauch и поместите такую ​​команду в файл .lnk (ярлык), а затем из сценария запустите .lnk, который вы хотите сделать между ними. ... или некоторые из них на 1 минуту отличаются, другие - на 5 минут и т. д. ... пишут сценарии и вызывают все сценарии параллельно, чтобы каждый мог ждать своего времени, бла-бла-бла ...

Но что делать с теми (Java Updater и т. Д.), Которые считывают себя в реестр, как только они запускаются, или когда они закрыты, или хуже всего ... в то время как они работают, как только они обнаруживают отсутствующий ключ в реестре , и т.д.

У некоторых есть возможность не запускаться автоматически, а у других нет.

Для "нормалей" это очень хорошо и прекрасно работает ... для таких, скажем, "некрасивых", что можно сделать? Ничего, кроме как удалить ключ реестра после завершения работы после того, как приложение было убито / закрыто.

Я не вижу ни одной программы, которая позволяла бы вам настраивать ключи реестра kay, которые вы хотите удалить на завершающей стадии выключения, я вижу тех, кто работает на ранних стадиях выключения ... но не могу контролировать, что другие приложения все еще работают (может не устанавливать порядок выключения), поэтому, если кто-то еще работает, как только ключ reg был удален, такой работающий повторно добавляет его.

У меня есть собственное решение (очень неприятное, я должен признать): я блокирую такие ключи реестра без прав администратора, только с определенным пользователем, использующим права, чтобы любое приложение (не работающее как системный пользователь) работало с правами администратора и т. Д. не может изменить его ... предупреждение с некоторыми приложениями, которые они будут продолжать запускать при запуске, потому что они не могут изменить такой раздел реестра, поэтому вы должны запустить 4-шаговый скрипт для их запуска ... установить права, чтобы разрешить, запустить приложение и немного подождите, установите права, чтобы запретить (admin), но разрешить конкретному пользователю, удалить ключ (так как права сценария - это права пользователя, это будет разрешено) ... и когда приложение снова попытается повторно добавить он не сможет, если повезет, приложение не будет внезапно завершено, иначе ... вы должны оставить реестр там до завершения работы ... для этого случая добавьте задачу расписания, чтобы удалить раздел реестра ...Помните, что ключи реестра также можно удалить, запустив .reg с инструкциями для этого ... нет необходимости создавать приложение для этого.

И т. Д., И т. Д., Я бы хотел, чтобы в некоторых бесплатных инструментах были реализованы такие вещи, но я так и не нашел никого, ни платного.