Компьютерный форум OSzone.net  

Компьютерный форум OSzone.net (http://forum.oszone.net/index.php)
-   Microsoft Windows 2000/XP (http://forum.oszone.net/forumdisplay.php?f=6)
-   -   Windows XP - 100% нагрузка на процессор службы Windows Update (http://forum.oszone.net/showthread.php?t=328095)

Jamski 04-07-2017 21:35 2749126

Windows XP - 100% нагрузка на процессор службы Windows Update
 
Доброго всем. Может кто подскажет. В организации на 50% компов с XP, при включенном автообновлении, идёт либо 100%, либо 50% (при 2-х ядерных CPU) нагрузка на проц. Читал, что после окончания поддержки XP, винда просто не может найти путь для апдейта и зацикливается. Помогает только отключение автообновления. Установка набора обновлений отсюда UpdatePack-XPSP3-Rus Live 17.5.15 проблему не решили, а только усугубили. Там, где была 50% процентная нагрузка (тобишь одно ядро задействовано вин апдейтом), стало 100% нагрузки на проц. Ставил так же обновлённый UpdatePack-XPSP3-Rus Live 17.7.1 с сайта симпликса. Эффекта 0.

Kirill_S 05-07-2017 10:27 2749195

Цитата:

Цитата Jamski
идёт либо 100%, либо 50% (при 2-х ядерных CPU) нагрузка на проц »

на i3 35% на i5 20% - тут есть какая то закономерность :) !
фирма M$ на вопрос "что делать ...?" рекомендовала использовать многоядерные процессоры.

Jamski 05-07-2017 13:00 2749241

Под нагрузкой на проц имелось ввиду, что его задействует служба Windows Update. Причём часть компов ведь как то проскочили и сейчас работают нормально. Я полагаю, что на части компов успело какое то обновление накатиться, правящее пути, а на части компов нет. WSUS-а своего нет - поэтому что имеем, то и имеем.

x0r 05-07-2017 13:42 2749266

а зачем тебе обновления включенные на ХП. Их и в ХП давно уже паламале, по аналогии с W7(потом на W7 вроде исправиле, а на ХП забиле).
Там что-то с построением списков связано, какой-то алгоритм дураццкий сделали для W7 и походу, это же однажды с последними обновами попало в ХП. Т.к. даже на целероне, лет шесть назад, никаких тормозов при автоапдейте не было в ХП. А недавно наблюдал на ноуте с ХП (какой-то Core) проц почти сутки на 100% нагружен и толку ноль :)
Так шо в ХП лучше тупо вырубить все что связано с обновами и не париться.

Kirill_S 05-07-2017 13:53 2749268

Некоторые обновления не могут установится и из-за этого постоянно повторяются попытки его повторной установки. Апдейты могут быть и не на винду, а на офис. Смотрите что у вас происходит с обновлениями.
Остановите службу виндовс апдейт и почистить папку software distribution
https://answers.microsoft.com/ru-ru/...f-873e234d5ad9
включите службу.

Jamski 05-07-2017 15:13 2749306

Как бы такие простые вещи как:

net stop wuauserv
rmdir /s /q %windir%\SoftwareDistribution
cd %windir%/system32
net stop cryptsvc
ren CatRoot2 CatRoot5
net start cryptsvc
net start wuauserv

Делаются сразу

sputnikk 13-07-2017 06:07 2751043

На виртуальной ХР, получающей обновления Embedded POSReady 2009, раньше обновления находились за пару минут. Но в этом году что-то изменилось. Вчера поиск занял 20 минут. Виртуалке выделено 2 ядра i5.
Цитата:

Цитата Jamski
В организации на 50% компов с XP, при включенном автообновлении, идёт либо 100%, либо 50% (при 2-х ядерных CPU) нагрузка на проц. »

WU 1-поточный, поэтому ничего удивительного, грузит по полной 1 поток.

Jamski 19-07-2017 13:57 2752496

sputnikk, После установки UpdatePack идёт 100% нагрузка на проц на 2-х ядерных процах. Как объяснишь?

sputnikk 20-07-2017 04:55 2752656

Цитата:

Цитата Jamski
Как объяснишь? »

спросите у автора пакета или сами смотрите, что грузит.

Jamski 24-07-2017 14:36 2753640

sputnikk, WU грузит
Есть одна новость. Ушёл в отпуск, оставил на виртуалке болтаться XP с включенным WU. Через недельку подключился по удалёнке и о чудо - WU прогрузился, нашёл одно обновление и после завершения работы его установил. После последующей загрузки WU больше не грузит систему - вот загадка. На виртуалке был установлен UpdatePack-17.7.1

sputnikk 09-08-2017 08:28 2757312

Jamski, как сегодня обновилось? у меня впервые за много месяцев на поиск ушло пару минут


Время: 00:36.

Время: 00:36.
© OSzone.net 2001-