Я контролюю об’єкт пам'яті в Windows 2k8 і відстежую лічильник помилок сторінки / сек. Чи є поріг визначення того, що таке надмірна кількість помилок сторінки? Або я повинен більше турбуватися про постійну, велику кількість помилок сторінки?
Чи є кращий спосіб переглянути недоліки сторінки?
Відповіді:
Це гарне запитання, оскільки прочитати питання пам'яті для моніторингу продуктивності складно.
По-перше, дивлячись на те, Page Faults/secмайте на увазі, що це включає в себе м'які помилки, жорсткі помилки та помилки кешу файлів. Здебільшого ви можете ігнорувати м'які помилки (тобто підкачки між місцями пам'яті) та помилки кешу (читання файлів у пам'яті), оскільки вони мають обмежений вплив на продуктивність у більшості ситуацій.
Справжнім лічильником дефіциту пам’яті будуть важкі несправності, які можна знайти в Memory: Page Reads/sec. Тверді помилки означають, що виконання процесу перервано, тому пам'ять можна зчитувати з диска (зазвичай це означає потрапляння на файл сторінки). Я вважаю, що будь-яка стійка кількість важких несправностей свідчить про дефіцит пам’яті.
Ідучи далі по кролячій норі, ви також можете порівняти довжину черги диска з жорсткими помилками, щоб побачити, чи читання диска додатково впливає на продуктивність диска. Щоб отримати тут картинку, подивіться, Physical Disk: Avg. Disk Queue Length. якщо ця кількість більша за кількість шпинделів у вашому масиві, у вас є проблема. Однак якщо ця цифра спрацьовує лише під час помилок на жорсткій сторінці, у вас є проблема з ємністю пам'яті, а не продуктивністю диска.
Несправності сторінки / сек є відносним лічильником, тому вам потрібно порівняти його з використанням пам'яті та введенням вводу диска серед іншого. Навіть велика кількість помилок сторінки може не свідчити про проблему з продуктивністю (сама по собі) просто означає, що запитувана сторінка не була в пам'яті. Подивіться цей огляд інструменту PAL для аналізу продуктивності Windows.