@MSGID: 2:5020/828.777 680fb34e
@REPLY: 2:5000/14 680b9355
@PID: GED+W32 1.1.5-b20240306
@CHRS: CP866 2
@TZUTC: 0400
@TID: hpt/w32-mvcdll 1.4.0-sta 16-02-06
Здpавствуй, Eugene!

 CO>> Вот так оно работает.

 EM> Беда в том, что все эти счетчики показывают только объем, занятый в
 EM> файле подкачки, и не показывают фактический дисковый обмен, который
 EM> происходит внутри самого файла (то есть, какие страницы туда пишутся,
 EM> и читаются оттуда, кому они принадлежат и т.п.). Эти операции идут
 EM> напрямую драйверам дисков, минуя драйверы файловых систем, поэтому
 EM> мониторы вроде Process Monitor их не показывают, а чтобы выделить их
 EM> на фоне всего дискового обмена, нужно знать, в каких логических блоках
 EM> размещен файл подкачки. Утилит, которые это показывают в удобном виде,
 EM> я никогда не видел, а заниматься вручную было лень.

Ой-ой, какие удивительные подробности, и все в кучу.)
 Ошибки возникают, когда в системе появляются узкие места, когда
система не справляется и какого-то ресурса не хватает.
 Счетчики нужны для выявления узких мест, в том числе чтобы понять,
есть нехватка виртуальной памяти или нет.
 Для разбирательства с тем, кому что принадлежит, нужны не счетчики,
а инструменты отладки Windows, вроде LiveKd, которые позволяют делать
снимки дампа памяти работающей системы.
 Все остальное - это твоя запоздавшая попытка натянуть сову на глобус
этого разговора.

С уважением - Maxim
--- -Да, да!.. Я вижу, вы поняли мой замысел.
 * Origin: Сено - великая вещь. (2:5020/828.777)
SEEN-BY: 46/49 452/28 455/19 4500/1 5001/100
5010/352 5019/40 5020/77 181 545
SEEN-BY: 5020/828 848 870 1042 1941 1955 2192
3204 4441 12000 5022/128
SEEN-BY: 5030/1081 5059/37 5097/31 6035/4 6078/80
@PATH: 5020/828 12000 4441