Windows XP на поле ESXi 4 имеет очень высокий ЦП, когда неактивный

В CentOS/RHEL я вижу мотивацию для выслеживания третьих лиц. Но Debian, как группа людей, достаточно открыт, что в общем и целом люди не запускают репозитории сторонних производителей. Предоставленный, стабильный Debian известен тем, что устарел. Это происходит частично из-за имения в наличии такого количества пакетов. На самом деле один из принципов основания Ubuntu был основанными на времени выпусками, который в основном говорит, что никакое исправление ошибки не стоит держать остальную часть мер и функций.

То, что Вы могли бы сделать, видят, размещает ли кто-либо локальное зеркало Debian, чтобы экономить на затратах пропускной способности. И рассмотрите обновление до тестирования Debian (нестабильный, не желательно для неопытного). Тестирование (кодовое название Сжимают) имеет PHP 5.3.0. Если Вам нужно 5.2.x, необходимо будет вырыть в архивы, которые я предполагаю. Или обновите зависимости. Или переключитесь на Ubuntu 9.10, которая имеет PHP 5.2.10+security патчи в течение другого года.

2
задан 13 April 2017 в 15:14
6 ответов

Вы полностью отключили управление питанием? Вы отключили гибернацию? Вы отключили заставку?

2
ответ дан 3 December 2019 в 11:00

I think you can use Process Explorer (From SysInternals) to try and drill down to which service is hammering the CPU.

1
ответ дан 3 December 2019 в 11:00

Looks like a .NET recompile after doing SP3/windowsupdates etc. (see IOstats)

0
ответ дан 3 December 2019 в 11:00

I've never tried this, but is it possible to hot-clone the desktop and remove / disable / point to nowhere its network cards? You can then leave this box doing its critical stuff and then do as much troubleshooting as you like on the dummy system.

0
ответ дан 3 December 2019 в 11:00

I've seen similar behavior on non-virtual XP workstations. The behavior is the same as you describe: High CPU, high disk activity, and it stops almost immediately as soon as I touch the keyboard or move the mouse.

This may be Windows updating its prefetch cache. It normally runs in the background after a period of inactivity. There's a nice description here; scroll down to the "Prefetch" section. The last paragraph in the section states that the system will periodically fire up the defrag utility to try to move all of the prefetch files into a single contiguous area. It should normally only last for a couple minutes, but if you're in the habit of clearing our XP's prefetch directory (which you shouldn't), it would have more work to do to rebuild it. It's not clear to me whether the defrag part of this process can be disabled. TweakUI has an option to disable background disk optimization, but it's vague on exactly what it does.

If that isn't it, another possibility is be the Windows Indexing Service, which is on by default. It can be disabled with little impact if you don't use the Windows built-in search much. Since it's indexing your (virtual) disk, it will definitely cause disk I/O to spike, and CPU usually rises as well.

0
ответ дан 3 December 2019 в 11:00

Проверьте, запущена ли у вас служба индексирования Windows. Может случиться так, что во время периодов простоя индексатор индексирует ваши диски, и это то, что поглощает ресурсы вашего процессора.

В «Мой компьютер» щелкните правой кнопкой мыши на каждом жестком диске по очереди и выберите «Свойства».

Снимите флажок «Разрешить индексирование ...» в нижней части окна «Свойства».

Посмотрите, увеличится ли ваша производительность.

0
ответ дан 3 December 2019 в 11:00

Теги

Похожие вопросы