Это хороший вопрос, потому что трудно понять проблемы с памятью для мониторинга производительности.
Прежде всего, при рассмотрении Page Faults/sec
имейте в виду, что это включает в себя программные ошибки, жесткие ошибки и ошибки файлового кэша. По большей части вы можете игнорировать программные сбои (то есть разбиение на страницы между областями памяти) и сбои кэша (чтение файлов в память), поскольку в большинстве случаев они оказывают ограниченное влияние на производительность.
Реальным счетчиком нехватки памяти будут серьезные неисправности, которые можно найти в разделе Memory: Page Reads/sec
. Жесткие ошибки означают, что выполнение процесса прерывается, поэтому память можно читать с диска (обычно это означает попадание в файл подкачки). Я бы посчитал, что любое устойчивое количество серьезных неисправностей свидетельствует о нехватке памяти.
Продвигаясь дальше по кроличьей норе, вы также можете сравнить длину очереди диска с серьезными сбоями, чтобы увидеть, влияет ли чтение диска на производительность диска. Чтобы получить изображение здесь, посмотрите на Physical Disk: Avg. Disk Queue Length.
Если это число больше, чем количество шпинделей в вашем массиве, у вас есть проблема. Однако, если это число увеличивается только во время ошибок жесткого диска , у вас есть проблема с объемом памяти, а не с производительностью диска.