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

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

Началось (или, вернее, продолжилось) всё с того, что сборка проектов в 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

Сообщение от CyberNewbie В таком случае, нужно понять когда был установлен сертификат, учитывая что проблемы начались вчера

Все действительные, судя по инфе в MMC... А как проверить дату установки - я не в курсе.

0

А теперь Wireshark не слушает не один интерфейс, хотя до установки Charles всё было ок

0

CyberNewbie, ещё такой момент: дабы убедиться, что поведение на разных системах будет одинаковое, для эксперимента можно редиректнуть те 3 хоста на 127.0.0.1 и перезагрузиться. Пусть это и не ответит на вопрос, из-за чего у меня "connection refused".

0

Сообщение от Max_92 Все действительные, судя по инфе в MMC... А как проверить дату установки - я не в курсе.

Вот тут описывают с помощью функции PowerShell

0

Судя по этому примеру, такое происходит всё же из-за невалидности сертификатов...

0

Сообщение от Max_92 Судя по этому примеру, такое происходит всё же из-за невалидности сертификатов...

Попробуйте перевыпустить переустановить тогда, и что получается, текущий битый?

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

Сообщение от Max_92 дабы убедиться, что поведение на разных системах будет одинаковое, для эксперимента можно редиректнуть те 3 хоста на 127.0.0.1 и перезагрузиться.

Если проблема действительно решается переустановкой сертификата, тогда наверное эти манипуляции будут излишними )

0

Сообщение от CyberNewbie Если проблема действительно решается переустановкой сертификата, тогда наверное эти манипуляции будут излишним

Это я вам порекомендовал, чтобы удостовериться в наличии фризов. У себя данная манипуляция была проделана, результатом чего было неотвисания даже после отключения от сети (см. выше) после чего я поменял 127.0.0.1 на 45.60.129.229

Добавлено через 34 минуты
Итак, проверил поведение в системе на другом ПК. На основном Reg Organizer'ом найти DigiCert не смог, с целью проверки последнего времени записи в ключ - но в общем-то это и не нужно, что будет понятно далее. На втором ПК стоит чуть более древняя сборка (обе Pro, но та 21H1 против 22H1), система не включалась давно (а когда включалась, ничего лишнего не ставилось) и влияние какого-то стороннего софта/зловредов на корневые сертификаты можно исключить. Подключение, как я уже говорил, по Wi-Fi адаптеру к той же точке доступа.

Изначально и после подключения к точке никаких лагов замечено не было. Пинг того же ocsp (192.229.221.95) проходит примерно так же быстро, как и на первой системе. Но при этом после включения прокси в Charles логировались все те же 503 с "Connection refused: connect" (все зафейленные, примерно с тем же временем прохождения, но общее кол-во значительно меньше, чем на проблемной системе)! Тогда чем объяснить отсутствие лагов? А элементарно тем, что система не идёт в digicert'овские ocsp, crl3, crl4 при запуске Total Commander, FastStone Image Viewer, Notepad++ и прочих (равно как другой софт не лезет в ocsp, связанные с другими сертификатами). На этой же системе у определённого софта запрос идёт как минимум при первом запуске (и далее по непонятной логике при последующих), поэтому даже при редиректе на обычный digicert.com, который отвечает ошибкой 503 быстро, есть небольшой лаг.

Отсюда делаем следующий вывод: сертификаты на обоих системах не менялись, доступ к хосту есть (нет запретов со стороны провайдера Ростелеком/Теле2 и самого сервера, иначе бы не проходил пинг), но сервер отвергает непосредственно сертификатные запросы. Разница между первой и второй системой лишь в том, что у последней эти запросы (а соот-но и лаги запусков процессов от них, пока не отвалятся все таймауты) сведены к минимуму в тех же сценариях. Вопрос: почему логика отправки при запусках процессов разная на двух системах, от чего это зависит?

Миниатюры

 

0

CyberNewbie, есть возможность проверить у себя факт прохождения запросов и их результат (не пинг!) при запусках вышеперечисленных примеров?

0

Max_92, Гм... Интересно, а дисковое пространство когда создавали и зачем?

0

Сообщение от gecata дисковое пространство когда создавали и зачем?

Речь про ту историю с точками восстановления? Переносил систему акронисом (с автоматическим распределением места под те же разделы на новом диске) с одного SSD на другой, чтобы не делать бессмысленные переустановки (система свежая на тот момент была, просто поставлена на диск меньшего объёма)

0

Сообщение от Max_92 Переносил систему акронисом

То есть, история давняя и связывать это с проблемой смысла нет?

0

Сообщение от gecata То есть, история давняя и связывать это с проблемой смысла нет?

Конкретно с сертификатами это вряд ли как-то связано. А с прекращением создания точек восстановления - однозначно оно, исправилось одним кликом (но на текущий момент ни одна ещё не создавалась).

0

Сообщение от Max_92 есть возможность проверить у себя факт прохождения запросов и их результат (не пинг!) при запусках вышеперечисленных примеров?

Запрос проходит, результат получает

Миниатюры

 

1

Max_92, Не пробовали вручную создать точку отката? Может, на точке отката что-то завязано в связи с сертификатами?

0

Сообщение от CyberNewbie Запрос проходит, результат получает

Да, а ещё видно, что их в разы меньше... Что похоже на мою вторую систему, где они также не проходят, но вызываются редко (можно считать, вообще не вызываются) при запусках тех же процессов.

0

Сообщение от gecata Не пробовали вручную создать точку отката?

Вручную создаётся успешно. При запуске Notepad++ ничего не изменилось (небольшое подтупливание, т.к. теперь хотя бы есть редирект) Тут скорее можно было бы пробовать откатиться по точке, если бы они не переставали создаваться раньше автоматически из-за другого косяка с переносом системы.

Миниатюры

     

0

Сообщение от gecata ТО моей видеокарты, возникла проблема с сертификатами

Несколько месяцев назад менялся проц, но тогда всё было норм... Тупняки возникли буквально пару дней назад при старте, когда ровным счётом ничего не менялось, не устанавливалось мной. Что наталкивает на 2 сценария:
1. Непроходимость на DigiCert (при рабочем пинге) была давно, но за счёт меньшего кол-ва этих мусорных запросов при запусках (или почти полного отсутствия как на второй системе) фризы были едва ли незаметны. Соот-но что-то произошло и недавно кол-во таких запросов возросло на порядок.
2. Пару дней назад всё было нормально (200 OK) при том же кол-ве запросов, небольшие тупняки не были заметны. Затем DigiCert обрубил провода (при соответствующих запросах, не пинг) и всё проявилось в полном объёме.

0

Сообщение от Max_92 (нет запретов со стороны провайдера Ростелеком/Теле2 и самого сервера, иначе бы не проходил пинг), но сервер отвергает непосредственно сертификатные запросы.

А если перейти вот так (с выключенным Charles и с включённым):
Загрузится список?

0

Сообщение от CyberNewbie Загрузится список?

Ноуп, при том моментально Firefox рапортует, без таймаутов... И имя через DNS не резолвится при пинге.

Миниатюры

   

0

Пинг по OCSP, как я уже говорил, проходит, имя резолвится. И GET-запрос http://ocsp.digicert.com/ возвращает еррорную страницу (какой HTTP-код - надо смотреть REST-клиентом, но это уже непринципиально) - только от этого не легче. Загадка недели: откуда такое кол-во запросов (и ладно, что зафейленных) именно на этой системе при запусках процессов?

Миниатюры

   

0