The Basics of Page Faults

re: The Basics of Page Faults

Euclides Miguel — Tue, 10 Jun 2008 21:17:42 GMT

Hi.

What about the "memory\pages/sec" counter? According to the Perfmon explanation this counter records the hard page fault rate for the monitored system.

Regards,

Euclides Miguel

re: The Basics of Page Faults

Craig Anderson — Wed, 25 Jun 2008 16:32:34 GMT

What would you consider a "high rate of page faults and page reads" for a (Vista) workstation? Are there any published baselines for workstations vs Exchange servers vs SQL Servers?

re: The Basics of Page Faults

Jeroen Vercoulen — Tue, 09 Dec 2008 16:23:55 GMT

What would be considered a high rate of Page Faults/Sec?

Regards

Jeroen Vercoulen

re: The Basics of Page Faults

Narasimha Rao — Tue, 03 Feb 2009 13:47:02 GMT

Thanks a lot for Very Well Explained with simple and strait language.

What does it mean by "high rate of page faults combined with a high rate of page reads" ? what figures are considered as high rate in which columns of the conter information in perfmon? I have 8GB RAM on HP Prolient Gen 5 sever with 4 quad core physical processors with Win 2003 EE 64 bit OS and IIS 6.0 where maximum of 1GB RAM is used when web application server is dying to serve the user requests when "Web Services" --> "Current Connections" will reach 50 in maximum column. Where should I refere for what actions I should take to get rid of my performance issue. I am a completely new guy to this kind of analysis.

any help is greatly appreciated with lot of thankfulness

re: The Basics of Page Faults

Mark Edwards — Tue, 01 Dec 2009 16:22:11 GMT

So how does Vista, W2K8 and W2K8 R2 come up with the Hard Faults / Sec in Reliability and Performance Monitor. I'd have thought, at least for W2K8 R2 that this counter would be exposed directly in perfmon.

You talk about page reads/sec allowing you to track hard faults, but does that mean it's the Hard Faults/ sec counter in disguise? In my testing it didn't show that exactly, but it was close (it was always slightly higher).

Best Regards

Mark