To kill TrustedInstaller

[ny_quant]

Неужели нельзя было сделать так чтобы эта дрянь тихонько себе жужжала в бэкграунде и не мешала работать? Почему надо непременно захватывать 100% процессора? Почему надо было сделать так чтобы убитый из Task Мanager процесс тут же возрождался и начинал плодить новых cabinet makers? Почему его нет в списке local services, где с ним можно было бы разобраться как следует? Почему сервис остановленный через Task Мanager снова через несколько секунд стартует? Кто в доме хозяин и кому дать в морду?

Более практически вопрос: а что будет если я просто удалю TrustedInstaller.exe или в крайнем случае переименую на то время пока мне надо чтобы мне не мешали работать?

Comments

[alexanderr.livejournal.com]

как хорошо, что я не пользуюсь микрософтом. только линукс и macos

Buy more memory!

[ak_47]

а что будет если я просто удалю TrustedInstaller.exe

Я думаю что это будет чревато непредсказуемым последствиями.
На крайний случай можно ему priority снизить в Task Мanager, тогда он будет мешать другим процессам.

[brmail]

запрети виндоус апдейт в авто-режиме. Ставь manual .

[ny-quant.livejournal.com]

Я пробовал снижать приоритет, но это практически не помогло освободив 10-15% CPU.

[ny-quant.livejournal.com]

Обижаешь, начальник. У меня всегда так. Но это почему-то не всегда помогает.

[rdia.livejournal.com]

Это не должно освободить ЦП - это должно улучшить отзывчивость системы. Планировщик всегда пытается нагрузить ЦП настолько, насколько это возможно, то есть, пока есть задачи, желающие вычислений.
А приоритет означает лишь то, какое место в очереди за процессорным временем получает программа.

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

А вот если у вас компиляция стоит с низким приоритетом, то работать она будет лишь пока Ворду не понадобилось срочно что-то сделать. И нажимая кнопки вы будете чувствовать, как будто работаете на "незагруженной" машине.

И в том, и в другом случае загрузка ЦП будет 100% или близкой к этому (если компиляция хорошо распараллелена).

[rdia.livejournal.com]

Единственное - рассказы про приоритеты хороши, но это касается только ЦП. А ведь есть ещё и диск, который тоже может быть полностью или почти полностью зажат этим Trusted Installer. ;-(

[ak_47]

Человек вверху всё верно написал. Я собирался оставить такой же коментарий.

Может быть надо к этой проблеме подойти философски? Если компьютер занят, то наверное мироздание хочет сказат- что пора отдохнуть и сделать перерыв. А после и компьютер разгрузится, и новые мысли в голову придут. Win-win!

[ny-quant.livejournal.com]

В общем - good point, но в реальности мало какие задачи захватывают все 100% CPU. Исключеями являются разве что компиляция больших систем в Visual Studio и вот эти атаки системы.

В данном случае я сидел дома и спокойно смотрел видео-конференцию с работы. Ситрикс работал в одном из окошек Хрома и жрал сам по себе примерно 20% CPU и не так уж много памяти. Когда началась эта ... ммм ... инсталляция, она просто задавила Хром и всё остановилось. Отзывчивось улучшилась настолько, что раз в несколько секунд можно было услышать одно слово.

Так что же будет если я буду переименовывать TrustedInstaller.exe на то время пока мне надо чтобы мне не мешали работать?

[ny-quant.livejournal.com]

Посколько TrustedInstaller победил, я через минут 15 сдался и пошел есть ланч, но я такая зануда, что мне хочется самому решать когда надо делать перерыв.

[rdia.livejournal.com]

Ну в типичном компьютере (без игр) три узких места:

1. ЦП (тут помогает приоритет)
2. Диск (это другой планировщик, я не знаю, работает там выставленный приоритет или нет)
3. Сеть - вот это, подозреваю, было нах задавлено. И это вы не сможете поменять не залезая в дебри т.н. QOS (Quality of Service). А пидоры из MS всегда считали, что дела их OS значительно важнее дел пользователя.

Конечно, противоестественный интеллект фирмы Microsoft практически не оставляет шансов на победу.

Конечно, попробуйте убить TrusteInstaller путём переименования. А что можно сделать в плане "невозможно остановить, значит стоит возглавить" - это включить автообновление с перезагрузкой на ночь какого-то дня недели, как это сделано у нас в конторе (дома у меня маки и линуксы).

[ak_47]

Всё же обвинять целиоком мелкомягких было не вполне корректно. По моему опыту >90% проблем на корпоративной Винде от всяких сторонних говно-утилит. Антивирусы, мониторинг, корявые VPN, firewall и т.д. клиенты - всё это лезет во все системные дыры и затыкается в самых неожиданных местах.

Обычно мултимедия процессы (аудио-видео рендеринг и пр) получают повышенный приоритет включая и обработку network packets, поэтому простой инсталлер им должен быть не помеха. Может быть Цитрикс, находясь в бразуре бежал в какой-нибудь лимитированной среде, как и всё браузерное, тут уже много вариантов почему затыкалось - остаётся только гадать.

[rdia.livejournal.com]

> Всё же обвинять целиоком мелкомягких было не вполне корректно.

Ну это просто философия MS: им лучше, чем пользователю, понятно, что надо делать. Это просто часть корпоративной культуры, и уничтожить её, видимо, можно только уничтожив контору.

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

Скорее всего - через 3 виртуальные машины не очень понятно, что там важная видеотрансляция. Кроме того, QoS довольно экзотическая штука, её нужно и на роутере настраивать. В общем, проще всего было бы дать возможность пользователю приостановить установку, но это идёт вразрез с философией конторы.