Загрузка процессора всегда не меньше 40%
 

Стоит Виндоус ХР.
Почему-то загрузка ЦП всегда не меньше 40%. Хотя в диспетчере приложений пишет, что 2%.
Воспользовался программой kernrate.
Вот что выдала:

Time 3189 hits, 25000 events per hit --------
Module Hits msec %Total Events/Sec
ntoskrnl 2637 4296 82 % 15345670
hal 475 4296 14 % 2764199
intelppm 40 4296 1 % 232774
win32k 22 4296 0 % 128026
ati2mtag 10 4296 0 % 58193
iaStor 2 4296 0 % 11638
tcpip 1 4296 0 % 5819
USBPORT 1 4296 0 % 5819
spra 1 4296 0 % 5819

А для ntockrnl:

----- Zoomed module ntoskrnl.exe (Bucket size = 16 bytes, Rounding Down) ------
-
Percentage in the following table is based on the Total Hits for this Zoom Modu
e

Time 2197 hits, 25000 events per hit --------
Module Hits msec %Total Events/Sec
ZwDisplayString 1781 5250 44 % 8480952
ZwDeviceIoControlFile 1781 5250 44 % 8480952
RtlUnicodeStringToAnsiString 76 5250 1 % 361904
NtQueryInformationToken 58 5250 1 % 276190
MmUnlockPages 50 5250 1 % 238095
KiCoprocessorError 32 5250 0 % 152380
RtlSplay 29 5250 0 % 138095
NtDuplicateToken 23 5250 0 % 109523
RtlUnicodeToMultiByteN 21 5250 0 % 100000
Kei386EoiHelper 15 5250 0 % 71428
ZwSetInformationThread 14 5250 0 % 66666
ZwCreateKey 11 5250 0 % 52380
ExWaitForRundownProtectionRelease 9 5250 0 % 42857
except_handler3 9 5250 0 % 42857
memmove 7 5250 0 % 33333
KeInitializeDpc 6 5250 0 % 28571
ExRaiseException 6 5250 0 % 28571
KeInitializeSemaphore 5 5250 0 % 23809
KeResetEvent 5 5250 0 % 23809
strncat 5 5250 0 % 23809
ZwYieldExecution 4 5250 0 % 19047
NtBuildNumber 3 5250 0 % 14285
KeInsertQueueApc 3 5250 0 % 14285
ZwSetSystemInformation 3 5250 0 % 14285
ZwCreateJobObject 3 5250 0 % 14285
NtSetInformationProcess 2 5250 0 % 9523
ObOpenObjectByPointer 2 5250 0 % 9523
NtOpenThreadToken 2 5250 0 % 9523
wcscmp 2 5250 0 % 9523
KeReadStateTimer 2 5250 0 % 9523
PsGetProcessWin32Process 2 5250 0 % 9523
ZwEnumerateBootEntries 2 5250 0 % 9523
ZwDuplicateToken 2 5250 0 % 9523
ZwCreateSection 2 5250 0 % 9523
ExRaiseStatus 2 5250 0 % 9523
KeWaitForMutexObject 2 5250 0 % 9523
allrem 2 5250 0 % 9523
IoOpenDeviceRegistryKey 1 5250 0 % 4761
SeSetAccessStateGenericMapping 1 5250 0 % 4761
SeQuerySecurityDescriptorInfo 1 5250 0 % 4761
NtQueryInformationProcess 1 5250 0 % 4761
wcsstr 1 5250 0 % 4761
RtlSetBit 1 5250 0 % 4761
ExAllocatePoolWithQuotaTag 1 5250 0 % 4761
ExfInterlockedCompareExchange64 1 5250 0 % 4761
InterlockedCompareExchange 1 5250 0 % 4761
abnormal_termination 1 5250 0 % 4761
ZwSetSystemTime 1 5250 0 % 4761
ZwConnectPort 1 5250 0 % 4761
ZwAccessCheckAndAuditAlarm 1 5250 0 % 4761
RtlExtendedMagicDivide 1 5250 0 % 4761

================================= END OF RUN ==================================
============================== NORMAL END OF RUN ==============================


Что это за ZWDisplayString и ZWDeviceIoControlFile?
Как сделать, чтобы проц не грузили?

Это только на одном компьютере наблюдалось или характерно для нескольких?

Как-то не очень понятно... В диспетчере задач какая загрузка? Какой процесс там грузит систему больше всех?

В диспетчере задач загрузка около 2 процентов. но это же известный факт, что загрузка ядра там не отображается. Поэтому я и скинул лог загрузки ядра. если бы это просто был какой-то процесс, то я бы уже сделал бы всё, но тут дело с чем-то другим.

Рискну повториться: один случай это ещё не статистика. Чудо программой другие компьютеры проверяли?

К сожалению, у меня нет возможности проверить другой компьютер, т.к. он всего один и я хочу именно его сделать.

konst06, была ли проблема решена? Если да, то как?
У меня аналогичная ситуация. :(

СКань на вири

Epaminond, выложите логи в соответствии с этими инструкциями.

Epaminond, нет, мне никто не смог толком помочь.
Но не вирусов - ничего нет.
Вижу 2 решения этой проблемы:
1)перестановка винды
2)поставить прогу RightMark CPU Clock Utilities и в ней всё аккуратно настроить. За счёт этого я добился того, что комп можно просто ручками поставить на минимум, а также того, что комп больше 60 градусов почти не греется: понизил вольтаж.

srokk, Vadikan, вирусы нашлись, но в местах злачных и врят-ли запускались, т.к. за последних полгода систему много раз сносил.

konst06, первое решение я уже поюзал несколько раз - безрезультатно. Есть только ещё надежда на недавно выкопанную инструкцию, гласящую, что драйвера надо ставить было в другой последовательности - позже испробую. А RMClock: разве он решает проблему с прерываниями? Если я правильно понял, он гибче регулирует работу процессора.

Epaminond, результаты лечения будут тут http://forum.oszone.net/showthread.php?t=131482

Должен сказать, что как раз перед сканированием установил некий Lenovo System Interface Driver. Когда первый раз загрузился после этого, HI, как обычно проедал 30-50% и я решил, что не помогло. Но вот после второй загрузки проблема не наблюдается. :blush2:

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

В любом случае, большое спасибо за соучастие. :) :oszone:

//UPD

Пользуясь случаем ещё один вопрос на эту тему. aYa_59 здесь советовал сбросить настройки каналов АТА чтобы перейти в решим DMA. У меня в диспетчере устройств в разделе "IDE ATA/ATAPI контроллеры" наблюдаются разделы "Первичный канал IDE", "Intel(R) ICH8M Ultra ATA Storage Controllers - 2850" и "Intel(R) ICH8M-E/M SATA AHCI Controller". При этом кладка "Дополнительные параметры" присутствует только в свойствах Первичного канала IDE. И в графе "Текущий режим передачи" указано "неприменимо". Значит ли это, что у меня используется режим PIO? Если да, то как это исправить? Советом aYa_59'a я уже воспользовался.

//UPD2

Не долго продержался. Опять появилась загрузка HI. :(