Câu trả lời:
Đây là một câu hỏi hay vì việc đọc các vấn đề về bộ nhớ để theo dõi hiệu suất rất khó khăn.
Trước hết, khi nhìn vào Page Faults/sec
hãy nhớ rằng điều này bao gồm các lỗi mềm, lỗi cứng và lỗi bộ đệm tệp. Đối với hầu hết các phần, bạn có thể bỏ qua các lỗi mềm (tức là phân trang giữa các vị trí bộ nhớ) và lỗi bộ đệm (đọc tệp vào bộ nhớ) vì chúng có tác động hiệu suất hạn chế trong hầu hết các tình huống.
Bộ đếm thực sự cho tình trạng thiếu bộ nhớ sẽ là các lỗi cứng có thể được tìm thấy bên dưới Memory: Page Reads/sec
. Lỗi cứng có nghĩa là quá trình thực thi bị gián đoạn để bộ nhớ có thể được đọc từ đĩa (thông thường nó có nghĩa là nhấn tệp trang). Tôi sẽ coi bất kỳ lỗi cứng kéo dài nào là biểu hiện của sự thiếu hụt bộ nhớ.
Khi bạn đi sâu hơn vào lỗ thỏ, bạn cũng có thể so sánh độ dài hàng đợi đĩa với các lỗi cứng để xem liệu các lần đọc đĩa có ảnh hưởng đến hiệu suất đĩa hay không. Để có được một hình ảnh ở đây, hãy xem Physical Disk: Avg. Disk Queue Length.
Nếu con số này lớn hơn số lượng trục chính trong mảng của bạn, bạn có một vấn đề. Tuy nhiên, nếu con số này chỉ tăng đột biến trong các lỗi trang cứng, bạn có vấn đề với dung lượng bộ nhớ và không phải là hiệu suất đĩa.
Lỗi trang / giây là một bộ đếm tương đối, do đó bạn cần so sánh nó với việc sử dụng bộ nhớ và i / o đĩa trong số những thứ khác. Ngay cả một số lượng lớn lỗi trang kéo dài cũng có thể không phải là vấn đề về hiệu suất (về bản thân nó) đơn giản có nghĩa là trang được yêu cầu không nằm trong bộ nhớ. Hãy xem tổng quan này của công cụ PAL để phân tích hiệu suất cửa sổ cơ bản.