다음 예는 해당 RSS 상한값을 초과하는 RSS가 있는 user1 프로젝트 를 사용합니다.
다음 명령은 5초 샘플링 간격으로 5개의 보고서를 생성합니다.
user1machine% rcapstat 5 5
id project nproc vm rss cap at avgat pg avgpg 376565 user1 3 6249M 6144M 6144M 690M 220M 5528K 2764K 376565 user1 3 6249M 6144M 6144M 0M 131M 4912K 1637K 376565 user1 3 6249M 6171M 6144M 27M 147M 6048K 2016K 376565 user1 3 6249M 6146M 6144M 4872M 174M 4368K 1456K 376565 user1 3 6249M 6156M 6144M 12M 161M 3376K 1125K
user1 프로젝트에는 물리적 메모리를 활발히 사용하는 세 개의 프로세스가 있습니다. pg 열의 양수 값은 rcapd가 프로젝트 프로세스의 물리적 메모리 사용률을 낮춰 상한값을 맞추기 위해 지속적으로 메모리를 페이징 아웃하고 있다는 것을 나타냅니다. 그러나 rcapd는 RSS를 상한값 아래로 유지하는 데 성공하지 못합니다. 이것은 이러한 감소를 보이지 않는 다양한 rss 값으로 표시됩니다. 메모리가 페이징 아웃되는 즉시 작업 부하는 이를 다시 사용하고 RSS 카운트가 백업됩니다. 이것은 프로젝트의 모든 상주 메모리가 활발히 사용되고 있으며 작업 세트 크기(WSS)가 상한값보다 크다는 것을 의미합니다. 따라서 rcapd가 상한값을 맞추기 위해 작업 세트의 일부를 페이징 아웃해야 합니다. 이러한 상황에서는 다음 중 하나가 발생하기 전까지는 시스템에서 페이지 폴트 비율이 계속 높고 연관된 I/O가 많습니다.
WSS가 작아집니다.
상한값이 증가됩니다.
응용 프로그램의 메모리 액세스 패턴이 변경됩니다.
이러한 상황에서 샘플 간격을 줄이면 rcapd에서 좀 더 자주 작업 부하를 샘플링하고 상한값을 적용하게 되어 RSS 값과 상한값 간의 차이가 줄어들 수 있습니다.