[Odisseus]

Возвращаясь этому посту продолжаем расследование.

Итак, на этом скрине http://img339.imageshack.us/img339/2718/propsonload.jpg вкладка после предварительной нагрузки и память уже заполнена и все начинает подтормаживать и висеть. Запущены Eset Smart Security, utorrent, Skype. За пару минут до снятия скрина завершена Firefox. Общее потребление памяти порядка 3 гигабайт, сам процесс svchost занимает около 150 мегабайт.

На этом скрине http://img7.imageshack.us/img7/8250/propsidle.jpg система только что перезагружена, работают Eset Smart Security, utorrent, выгружен Skype перед снятием скрина. Общее потребление памяти порядка 1,9 гигабайт, сам процесс svchost занимает около 110 мегабайт. Но пока все работает быстро и четко, зависаний нет.

Что можно извлечь из этих скринов?

[Petya V4sechkin]

Что можно извлечь из этих скринов?

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

SysMain - это служба Superfetch.

[Odisseus]

выделите верхний поток »

С радостью, но у меня не потребляется ПРОЦЕССОР при всем этом, а память! Я не знаю, зачем перенесли мою тему в эту, когда она совсем о другом. Все дело в том, что после не которого времени работы наблюдается подвисание вообще всех открытых или открываемых окон независимо от программы их создающей. В диспетчере задач видно, что в такие моменты максимум памяти уходит как раз на svchost и еще к HDD долгоие обращения, то есть superfetch что-то шуршит. Если убить этот экземпляр svchost, под которым в ProcessExplorer работает еще и dwm.exe, то он вскоре сам рестартует, но все равно памяти ест столько же, сколько и до его убиения и в общем система продолжает подвисать, спасает только ребут. Вот в чем моя проблема, а НЕ в перегрузке процессора...

[Valeant]

Odisseus,
Есть одно подозрение на работу с памятью это ntdll.dll!RtlValidateHeap, префикс Rtl относиться к внутренним компонентам ОС и к драйверам устройств режима ядра.
heap — структура данных, с ее помощью реализована динамически распределяемая память приложения, или объём памяти зарезервированный.
http://ru.wikipedia.org/wiki/%CA%F3%...EC%FF%F2%FC%29
Можно почитать в интернете

Вопрос найти того кто это натворил.
Первое что последнее обновляли или что последнее ставили (может неделю назад или в крайнем случае может пару недель) только не те приложения которые прописывают себя в авто запуске, а по серьезней - firewall, антивирусы, так же сетевые драйвера, для домашней сети что нибудь.
Может посмотреть так же через VMmap кто еще использует "кучи", да и эту службу с ее приложениями, и вы смотрели то что я ранее писал?

[Odisseus]

Первое что последнее обновляли или что последнее ставили (может неделю назад или в крайнем случае может пару недель) »

Вообще-то началось это давно и отследить после установки чего будет сложно... Антивирь и фаерволл стоят с самой установки Windows, из последнего обновления - Skype, но проблемы начались даже раньше. Был заменен сетевой адаптер и, соответственно, установлены на него дрова (D-Link DFE-520TX PCI Fast Ethernet Adapter) и примерно с тех пор все и началось, хотя я не уверен насчет этого.

Может посмотреть так же через VMmap кто еще использует "кучи", да и эту службу с ее приложениями »

Кучи, в принципе, используют все процессы.... На скрине как раз наш svchost http://img854.imageshack.us/img854/3787/vmmap.jpg

вы смотрели то что я ранее писал? »

Активность только в SysMain и изредка в HidServ. Всего остального не замечено

[Petya V4sechkin]

Odisseus, возможно, конфликт службы Superfetch с какой-то программой или драйвером.

Попробуйте рекомендации
Как определить, является проблема системной или вызвана сторонним приложением/службой

Активность только в SysMain

Выделите поток, нажмите кнопку Stack и выложите скриншот.

и еще к HDD долгоие обращения, то есть superfetch что-то шуршит

Выложите лог Process Monitor во время глюка (меню File -> Save -> PML и CSV форматы) в архиве на любой файлообменник.

[Valeant]

Odisseus,
Я про LatencyMon.
А про кучи, то что они должны освобождаться, в этой же службе у меня их размер не более 40MB и куча 41MB у вас же по скрину при image 51,98MB куча равна Heap - 143,75MB парадокс.

[KaniMan]

Вот подвисший svсhost с сервисами http://img69.imageshack.us/img69/696...ostwin7x86.jpg. Помогите разобратся.

[Petya V4sechkin]

svсhost с сервисами

Дальше:

вкладка Threads -> сортировка по столбцу CPU -> выложите скриншот. Выделите поток, грузящий процессор -> нажмите кнопку Stack -> выложите скриншот

[Odisseus]

Выложите лог Process Monitor »

Готово - http://depositfiles.com/files/sea6gmjsa Тут два файла. Один во время глюка (работают eset smart security, utorrent, firefox, download manager, обновление системы), второй сразу после перезагрузки (работают работают eset smart security, utorrent, download manager, обновление системы)

Выделите поток, нажмите кнопку Stack и выложите скриншот »

Тоже есть http://img31.imageshack.us/img31/3010/stackj.jpg

при image 51,98MB куча равна Heap - 143,75MB парадокс. »

То есть, как я понял, heap не должен превышать image? Но это еще не предел, иногда и за 180 мегебайт уходит, тогда вообще все висит мертво, только ресет помогает, хотя как это соотносится, хз...

Я про LatencyMon. »

http://img545.imageshack.us/img545/9394/latencyq.jpg но это не в момент ошибки. А вот это уже под нагрузкой http://img809.imageshack.us/img809/7783/qwieugr3784.jpg