Monitoruję obiekt pamięci w systemie Windows 2k8 i śledzę licznik błędów stron na sekundę. Czy istnieje jakiś próg określający, jaka jest nadmierna liczba błędów stron? A może powinienem bardziej martwić się utrzymującą się wysoką liczbą błędów stron?
Czy istnieje lepszy sposób na sprawdzenie błędów strony?
To dobre pytanie, ponieważ czytanie zagadnień związanych z pamięcią w celu monitorowania wydajności jest trudne.
Po pierwsze, patrząc na to, Page Faults/secnależy pamiętać, że obejmuje to błędy miękkie, błędy twarde i błędy pamięci podręcznej plików. W większości przypadków można zignorować błędy miękkie (tj. Stronicowanie między lokalizacjami pamięci) i błędy pamięci podręcznej (wczytywanie plików do pamięci), ponieważ w większości sytuacji mają one ograniczony wpływ na wydajność.
Prawdziwym licznikiem niedoborów pamięci będą trudne usterki, które można znaleźć pod Memory: Page Reads/sec. Twarde usterki oznaczają, że wykonywanie procesu jest przerywane, więc pamięć można odczytać z dysku (zwykle oznacza to trafienie do pliku strony). Uważam, że jakakolwiek trwała liczba poważnych błędów wskazuje na niedobór pamięci.
Idąc dalej w dół króliczej nory, możesz również porównać długości kolejki dyskowej z twardymi błędami, aby sprawdzić, czy odczyty dysku mają dalszy wpływ na wydajność dysku. Aby uzyskać zdjęcie tutaj, spójrz na Physical Disk: Avg. Disk Queue Length. Jeśli liczba ta jest większa niż liczba wrzecion w tablicy, masz problem. Jeśli jednak liczba ta wzrasta tylko w przypadku poważnych błędów strony, masz problem z pojemnością pamięci, a nie wydajnością dysku.
Błędy strony / s to licznik względny, dlatego należy porównać go z wykorzystaniem pamięci i dyskowymi operacjami wejścia / wyjścia. Nawet utrzymująca się duża liczba błędów strony może nie wskazywać na problem z wydajnością (sama w sobie), po prostu oznacza, że żądana strona nie była w pamięci. Spójrz na to omówienie narzędzia PAL do podstawowej analizy wydajności systemu Windows.
źródło