Высокие задержки при запуске программ

Недавно как вчера столкнулся со следующей проблемой. Запуск почти любых процессов сопровождается задержкой от нескольких секунды до полминуты. Особенно это заметно при старте системы (на экране приветствия и далее).

Началось (или, вернее, продолжилось) всё с того, что сборка проектов в Android Studio шла дольше, чем должна в нормальном состоянии, о чём мне сообщала сама IDE: "Windows Defender might be impacting your build performance" - несмотря на то, что все студийные папки, SDK и gradle'овская были в исключениях. Складывается ощущение, что оные или некоторые из них просто игнорируются. При выключении realtime protection сборка на холодную проходит за полторы минуты вместо 4-ых - влияние очевидно.
Вчера внезапно начались лаги иного характера, которые я описал выше, при том, что в тот день и ранее ничего не ставилось. Первый подозреваемый - встроенный антивирь. Но отключение защиты в реальном времени никакого результата, увы, не давало. Далее я поставил MalwareBytes, с целью подмены встроенного - для того, чтобы исключить его влияние. Картина ровно та же самая: тупняки в том же объёме. Дополнительно просканировал и не нашёл ничего подозрительного кроме uTorrent (который на протяжении всего времени выключен), хотя я уже и проверял им ранее. Единственное, странность была в том, что после перезагрузки в "Центре защиты" уже почему-то не писалось, что меня защищает MalwareBytes, хотя до этого была зелёная галка - снова восклицательный знак (потому что у меня отключён Tamper protection - защита от подделки).
Следом за этим я решил попробовать отключить временно целиком весь Defender (предварительно удавлив MB, само собой). Для этого я дописал параметр в реестр ("DisableAntiSpyware"=dword:00000001) и выключил в групповых политиках. Ессно, ни то ни другое не применилось, т.к. запущенная служба мониторит изменения этих значений. Поэтому я сделал это в безопасном режиме (где никаких задержек не было), после чего перезагрузился... и изменений нет.
Начал разбираться дальше, киляя процессы один за другим и выключая лишние службы. Удалил деинсталятором от ASUS'а Armoury Crate, от которого куча мусора и лишних запущенных процессов. Снова ноль.

Тогда в порядке общего бреда я решил выдернуть шнур из роутера... И, чудо - всё залетало. Подозревая, что дело в Ethernet'е или его Realtek'овском драйвере, я решил подключиться по беспроводному соединению к точке доступа того же роутера через TP-Link'овский свисток - результат тот же. Соот-но круг поиска сузился ещё дальше: дело не в конкретном драйвере (в другом случае, например, использование телефона в режиме USB-модема может давать подвисания в играх), а в самом факте наличия сети.

На данный момент каких-то подозрительных сервисов, процессов и тасок в планировщике не наблюдаю. Отсюда вопрос: что это может быть, куда копать дальше? И по первой проблеме - как сделать так, чтобы Defender таки исключил папки из проверки, которые влияют на сборку?

Добавлено через 1 минуту
Также стоит отметить, что виндовые апдейты ставлю руками через w10mu.exe и недавнее майское с косяками не ставил.

0

Да не, live cd тут ничем бы не помог, да и тем более причину он определил много постов назад, собственно как и решение
Конечно не идеальное, но если помогло, почему бы и нет... К тому же, существуют ситуации когда нельзя/нежелательно переустанавливать систему в силу разных обстоятельств...

Сообщение от Max_92 https://techcommunity.microsof... -p/3266940

Это по-моему не то, там то речь про серверную ОСь, и про контролер и агентов

Добавлено через 3 минуты

Сообщение от CyberNewbie Это по-моему не то

Хотя описание самой неполадки 1 в 1

0

Изменение
HKEY_CURRENT_USER\SOFTWARE\Microsoft\Windows\CurrentVersion\WinTrust\Trust Providers\Software Publishing
с 23c00 на 23e00 (оно же выкл. "Internet Options -> Advanced -> Security -> Check for publisher’s certificate revocation") увы не дало результата.

Добавлено через 43 минуты

Сообщение от Max_92 23c00

У второй системы было это дефолтное значение (вкл), прочие настройки в "Свойства: Интернет" отличались. Впрочем, их изменение не отражается никак - мусорных запросов при запусках как не было, так и нет.

Добавлено через 20 минут
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Policies\System

ValidateAdminCodeSignatures отключен по умолчанию (0). Когда включено (1), принудительно проверяет путь сертификации PKI для исполняемых файлов, прежде чем они будут разрешены для запуска.

Уже было "0"... последняя надежда

0

Начал сравнивать настройки UAC из Policies\System, изначально увидев расхождения между первой и второй системой в части "Параметры безопасности" всё в том же gpedit.msc: все те, что идут с префиксом "Контроль учетных записей пользователей". По сути увидел расхождение только EnableInstallerDetection: у основного было вкл, на другом выкл. ValidateAdminCodeSignatures , как написано выше, был отключён и там и там.

И тут мне пришла мысль просто подёргать ползунок "Контроля учётных записей пользователей", т.к. ещё со времён семёрки помнится, что с UAC были какие-то баги: когда возвращаешь ползунок в нижнее положение, вроде бы не всё из Policies\System приходит в норму. Передвинул вверх на одно деление, перезагрузился и... чудо! Мусорных запросов к DigiCert'ам нет при запуске Notepad++, Firefox и всего остального (хотя у FastStone задержка при первом открытии всё равно осталась - причины иные, вероятно)! Задвинул ползунок обратно вниз, перезагрузился и их снова нет Параметры в реестре до/после в итоге не отличались (в состоянии в нижнем положении до). Однако есть расхождения по политикам: со второй системой всё совпало кроме первых двух (на основной вкл, на второй выкл) и последнего (режим одобрения администратором для встроенной учетной записи администратора) - вообще было не задано, выключил перед сдвиганием ползунка, перезагрузился - эффекта не было.

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

А настройки IE сейчас можно глянуть на последнем скрине, SmartScreen остаётся включён (на второй системе почему-то был выключен). 23e00 из Check for publisher’s certificate revocation не стал менять обратно на дефолтное 23c00 (хотя на второй системе он остаётся таковым и не мешает).

Миниатюры

     

 

0

Сообщение от Max_92 Мусорных запросов к DigiCert'ам нет при запуске Notepad++, Firefox и всего остального

Равно как и нет запросов к другим ocsp и crl4, например, при запуске VSDC Video Editor (где было 200 OK).

Добавлено через 2 минуты
Костыль с редиректом в hosts на 45.60.129.229 у пресловутого DigiCert не стал убирать, т.к. на случай, если он туда пойдёт, я со своим Ростелекомовским IP не перейду в категорию обслуживаемых клиентов.

Добавлено через 8 минут

Сообщение от Max_92 Параметры в реестре до/после в итоге не отличались

Не так, EnableLUA сейчас "1". Это как раз есть

Сообщение от Max_92 ещё со времён семёрки помнится, что с UAC были какие-то баги: когда возвращаешь ползунок в нижнее положение, вроде бы не всё из Policies\System приходит в норму

но видимо не баг, а фича: PromptOnSecureDesktop, EnableLUA, ConsentPromptBehaviorAdmin становятся 0, 1, 0 в нижнем положении - так задумано.

Добавлено через 16 минут
Таки рано обрадовался: при изменении EnableLUA обратно в "0" (что равносильно отключению режима одобрения администратором для встроенной учетной записи администратора в политиках) - снова попёрли запросы при запусках. При включении политики (EnableLUA сам выставился в "1") и перезагрузки - запросы снова пропали -> не в мифическом "закешированным" значении было дело, а именно в том, что EnableLUA оставался включён. Звучит как бред? Скорее, да.

0

Сообщение от Max_92 При включении политики (EnableLUA сам выставился в "1") и перезагрузки - запросы снова пропали -> не в мифическом "закешированным" значении было дело, а именно в том, что EnableLUA оставался включён.

Так, а если на второй системе установить EnableLUA = 0, запросы будут идти:?
Исходя из всего, получается причина в EnableLUA = 0? Ок, а какое значение этот параметр имел во второй системе?

Добавлено через 8 минут
У меня например EnableLUA = 1

0

Сообщение от CyberNewbie а какое значение этот параметр имел во второй системе?

В том-то и дело, что там нолик был. Но там другая сборка - 21H1 и апдейты давно не ставились. Проверьте у себя плз, как изменится поведение при нуле (или отключении режима одобрения администратором для встроенной учетной записи администратора в политиках).
На проблемной системе в отличие от второй при EnableLUA=1 и отсутствии мусорных запросов всё равно есть характерная задержка при первом запуске того же FastStone Image Viewer, которой нет у второй (при том в разы более слабой).

Добавлено через 2 минуты
Есть также кое-какие расхождения в твиках O&O ShutUp (на второй системе не запускал вовсе, но там много не по дефолту - вероятно из-за преднастроек), на основной оно было изначально "оптимизировано". Но вроде как там вовсе нет настроек, касающихся UAC - на второй ничего не изменилось после выравнивания с первой.

0

Сообщение от Max_92 В том-то и дело, что там нолик был. Но там другая сборка - 21H1 и апдейты давно не ставились. Проверьте у себя плз, как изменится поведение при нуле (или отключении режима одобрения администратором для встроенной учетной записи администратора в политиках). На проблемной системе в отличие от второй при EnableLUA=1 и отсутствии мусорных запросов всё равно есть характерная задержка при первом запуске того же FastStone Image Viewer, которой нет у второй (при том в разы более слабой).

Я вырубил режим одобрения администратором, сделал ребут, никаких изменений, всё что быстро запускалось, запускается также быстро, всё что долго, запускается также долго

0

Сообщение от Max_92 EnableLUA=1

С этой шляпой при запуске Android Studio появилось "Git detect dubious ownership in repository" и пустая история в git'е - надо из контекстного теперь всегда студию "Запустить с правами администратора". Соот-но мне подходит только EnableLUA=0. Кто-то писал, что для метровских приложений надо чтоб было вкл, но у меня проблем с тем, что я из Store запускал, не было.

Добавлено через 1 минуту

Сообщение от CyberNewbie Я вырубил режим одобрения администратором, сделал ребут, никаких изменений, всё что быстро запускалось, запускается также быстро, всё что долго, запускается также долго

А запросы-то сертовские есть в Charles'е? Задержка может быть при первом запуске и то небольшая (у меня она сейчас остаётся и без запросов).

Добавлено через 7 минут
То, что при выключении EnableLUA запросы начинают сыпаться, означает, что где-то всё-таки применяется гадская сертификатная настройка при запусках, которая работает только в режиме полного админа.

Миниатюры

 

0

Сообщение от Max_92 С этой шляпой при запуске Android Studio появилось "Git detect dubious ownership in repository" и пустая история в git'е - надо из контекстного теперь всегда студию "Запустить с правами администратора". Соот-но мне подходит только EnableLUA=0. Кто-то писал, что для метровских приложений надо чтоб было вкл, но у меня проблем с тем, что я из Store запускал, не было.

Можно ведь галку поставить "Запускать эту программу от имени администратора", я в RAD Studio 10.3 так делал, вроде всё ок было

Сообщение от Max_92 А запросы-то сертовские есть в Charles'е? Задержка может быть при первом запуске и то небольшая (у меня она сейчас остаётся и без запросов).

Запросы есть, всё ок, статус комплет

Добавлено через 6 минут
Но задержек нет

0

Сообщение от CyberNewbie Можно ведь галку поставить "Запускать эту программу от имени администратора"

Можно, но это про все надо иметь в виду... с EnableLUA=0, что на семёрке, что на десятке всегда было без дополнительного гемора на своей же машине. С другой стороны, дополнительная защита от зловредов, стилеров.

Сообщение от CyberNewbie Запросы есть, всё ок, статус комплет

То, что запросы успешные, это понятно мне важно их кол-во при тех же запусках по сравнению со скрином, когда EnableLUA был 1. Потому как у меня запросов при включённом LUA (политикой или параметром - роли не играет), можно считать, вообще нет (а задержка первый раз всё так же есть, Prefetch оставался включён по дефолту).

0

Количество запросов не изменилось,

Сообщение от Max_92 То, что запросы успешные, это понятно мне важно их кол-во при тех же запусках по сравнению со скрином, когда EnableLUA был 1. Потому как у меня запросов при включённом LUA (политикой или параметром - роли не играет), можно считать, вообще нет (а задержка первый раз всё так же есть, Prefetch оставался включён по дефолту).

Запросы были только при выключенном EnableLUA, но было немного

Миниатюры

   

0

Сообщение от CyberNewbie Запросы были только при выключенном EnableLUA, но было немного

По предыдущему скрину, когда были crl3 и crl4 - EnableLUA был по дефолту 1, а на этом crl нет вовсе при EnableLUA = 0 и несколько ocsp, не связанных с запусками программ, верно?

Если так, то у меня ситуация иная: при полных админских правах сыпет как из рога изобилие на запуске, а при EnableLUA=1 (сейчас) их нет вовсе. Вот что за это отвечает и почему поведение моей системы отличается уже от двух систем - и есть первопричина. Какая у вас сборка и какие последний раз ставились обновления?

Добавлено через 2 минуты
Также было опасение что при EnableLUA=1 и запуске от администратора (или заранее проставленной галке на ярлыке) соответствующего экзешника посыпет как раньше... но нет, молчит.

Добавлено через 6 минут
И ещё повторил сценарий, который уже делал ранее, когда не понимал, что происходит: сразу после приветственного экрана сделал выкл. сетевого интерфейса / выдёргивание шнура - запуск Тотал Командера или Notepad++ проходит без двухсекундной задержки - как на второй системе с той же сетью и EnableLUA=0. Последующие и после первого тупнякового, когда сеть есть, и после первого без задержек, когда сеть отключил, проходят уже моментально. Состояние защиты в реальном времени в Windows Defender при этом роли не играет (тем более, что Тотал и вовсе у него находится в исключениях - добавил когда-то, т.к. есть тупняк при закрытии окна - это уже точно Defender виноват, ровно то же было ещё когда-то давно на XP при ESET NOD32).

Добавлено через 14 минут
CyberNewbie, вот сейчас например пошёл в http://ocsp.digicert.com при vk-шном запросе. Это, как я понимаю, и есть тот вариант нормы, который у вас, без crl3 и crl4. И у себя сейчас по ходу всего времени я их не наблюдаю (только ценой EnableLUA=1). Были ли они ранее у вас на запусках?

0

К слову, сейчас попробовал убрать редирект в hosts и смотрю, что DigiCert'овские ocsp, crl3, crl4 как будто бы начали отвечать нормально. Если раньше с Андроида с той же точки доступа там было ERR_CONNECTION_REFUSED, то теперь здесь в Firefox и на мобиле наблюдаю нормальный ответ (как в Андроиде ранее только с Теле2). И соот-но при единичных запросах при хождении по сайтам в Charles видно 200 OK. Сжалились и сняли блок? Редирект на digicert.com (который быстро возвращал 503, в Charles с символом "бомба") убрал.

Миниатюры

   

0

И, о чудо, после перезагрузки задержка при первом запуске просмотрщика картинок при наличии сети (а запросов при EnableLUA=1 помним, что никаких нет на любых запусках, только при хождении по сайтам) пропала... Как всё это объяснять рационально (а ещё лучше сделать так, чтобы запросов при запусках при EnableLUA=0 не было) - я без понятия.

0

И тут до меня дошло: всё это время при EnableLUA=1 Charles запускался не из-под админа, поэтому не все запросы были видны. OCSP, оказывается, был всё это время при первом запуске, только теперь успешный - этим и объясняется пропадание задержки, когда блок сняли и я убрал редирект. А CRL-запросы отсутствуют.

Миниатюры

 

0

CyberNewbie, кроме того, теперь CRL запросов нет и после того, как я вернул обратно EnableLUA=0. При этом OCSP на запусках остались (повторюсь, что на второй системе их нет вовсе в тех же сценариях), только успешные. Видимо логика была такова, что при отвалах и 503 он лез в проверку отзыва по списку сертификатов, который также не давал желаемого (либо с долгим ожиданием либо 503 с редиректа быстрее). А теперь успокоился, либо на отсутствие CRL-запросов повлияла настройка "Check for publisher’s certificate revocation". В любом случае, для понимания: у вас на запуске софта идёт в какие-либо ocsp?

0

Сообщение от Max_92 По предыдущему скрину, когда были crl3 и crl4 - EnableLUA был по дефолту 1, а на этом crl нет вовсе при EnableLUA = 0 и несколько ocsp, не связанных с запусками программ, верно?

На прошлом скрине crl3 и crl4 вызываются принудительно, я хотел проверить в каком состоянии приходит ответ, будет ли он успешным и корректно завершёным.
А OCSP у меня связаны только с запусками программ, сегодня когда проверял, OCSP вызывали пару программ, одна из таких ProcessExlorer, остальные связывались с другими центрами сертификации.

Сообщение от Max_92 Сжалились и сняли блок?

Может другой IP уже выдан?

Сообщение от Max_92 В любом случае, для понимания: у вас на запуске софта идёт в какие-либо ocsp?

Как я уже отметил, пару программ, вызывают ocsp.

Сообщение от Max_92 Сжалились и сняли блок?

т.е. сейчас сервер выдаёт ответ на Ваш запрос?

0

Сообщение от CyberNewbie А OCSP у меня связаны только с запусками программ, сегодня когда проверял, OCSP вызывали пару программ, одна из таких ProcessExlorer, остальные связывались с другими центрами сертификации.

Вот, значит это похоже на мою основную систему, нежели чем на вторую - там OCSP при запуске программ нет вовсе (либо я не так смотрю), есть только при хождении по сайтам, при тех же настройках. Сейчас на основной CRL тоже нет. А EnableLUA=1 скорее запутал понимание, его можно вообще не брать в расчёт.

Сообщение от CyberNewbie Может другой IP уже выдан?

Я не переподключался, но возможно. В прошлый раз смена IP не помогла.

Сообщение от CyberNewbie т.е. сейчас сервер выдаёт ответ на Ваш запрос?

Да, сейчас ответы стали успешные на всё. Их легковесность и моментальность от OCSP и отсутствие CRL - и есть та самая околонулевая задержка.

Добавлено через 2 минуты
CyberNewbie,

Сообщение от Max_92 Какая у вас сборка и какие последний раз ставились обновления?

0

Сообщение от Max_92 Да, сейчас ответы стали успешные на всё. Их легковесность и моментальность от OCSP и отсутствие CRL - и есть та самая околонулевая задержка.

Не связываете ли Вы что это всё связанно именно с тем, что сервер начал отвечать? т.е. не было никакого глюка в самой ОС, просто сервер не отдавал ответ конкретно на Ваш ПК... т.е. серверу что то не понравилось и он действительно кинул Ваш ПК в blacklist и например в теории, в такой же ситуации мог оказаться и мой комп. Я просто сейчас быстро в голове прокрутил всю эту историю, и вот такая мысль появилась

Сообщение от Max_92 Какая у вас сборка и какие последний раз ставились обновления?

Дома:
Версия: 1909
Сборка ОС: 18363.535
Последний раз обновлял 2019.12.29, и это было "Обновление функций до Windows 10, версия 1909 (2)"

Система давно не обновлялась, потому что наиболее стабильной, и качественной в плане функциональности мне показалось версия 1909, после обновления я просто закрыл все возможности обновиться. На работе версия конечно посвежее ) возможно от декабря прошлого года... с ходу не скажу.

Добавлено через 12 минут

Сообщение от CyberNewbie серверу что то не понравилось и он действительно кинул Ваш ПК в blacklist

Соответственно и задержка была связана именно с этим

Добавлено через 2 минуты
А помимо ПК, сервер ещё и кинул сеть в бан. Во как такое же возможно? наверное

0

Сообщение от CyberNewbie Не связываете ли Вы что это всё связанно именно с тем, что сервер начал отвечать?

Ессно связываю т.к. я никакими способами не смог выключить отправку запросов на OCSP, а когда был активен редирект на 45.60.129.229, откуда мне возвращалось 503 (а затем CRL - аналогично, запросы на который пропали только либо после настройки в WinTrust\Trust Providers\Software Publishing либо при EnableLUA=1, несмотря на ошибку, а может я его просто не видел из-за того, что Charles был запущен не из-под админа, в отличии от EnableLUA=0), задержка была порядка двух секунд, но не такой конской, когда был отвал с "connection refused" по таймауту по каждому из таких запросов.

Сообщение от CyberNewbie т.е. не было никакого глюка в самой ОС

В самой ОС я не смог поменять поведение кроме галки в "свойствах интернета" (Software Publishing) и то не факт. Редирект в hosts же, пока я был в бане у сервера, просто дал мне отсрочку, до момента когда он начал отвечать нормально.

Сообщение от CyberNewbie кинул Ваш ПК в blacklist

Точно нет, т.к. в тот же момент с Android'а коннект не проходил с того же IP

Сообщение от CyberNewbie в такой же ситуации мог оказаться и мой комп

При понимании того, что при запуске процессов идёт отправка на соответствующие OCSP - вполне.

Добавлено через 3 минуты

Сообщение от Max_92 Точно нет, т.к. в тот же момент с Android'а коннект не проходил с того же IP

Да и на второй системе они точно так же были зафейленные при хождении по сайтам

0