다음 예는 이전 예의 연속으로 샘플 프로젝트를 사용합니다.
이전 예에서는 user1 프로젝트가 해당 상한값에서 허용하는 것보다 많은 물리적 메모리를 사용하고 있다는 것을 보여 주었습니다. 이 예에서는 프로젝트 작업 부하에 필요한 메모리 용량을 보여 줍니다.
user1machine% rcapstat 5 5
id project nproc vm rss cap at avgat pg avgpg
376565 user1 3 6249M 6144M 6144M 690M 0K 689M 0K
376565 user1 3 6249M 6144M 6144M 0K 0K 0K 0K
376565 user1 3 6249M 6171M 6144M 27M 0K 27M 0K
376565 user1 3 6249M 6146M 6144M 4872K 0K 4816K 0K
376565 user1 3 6249M 6156M 6144M 12M 0K 12M 0K
376565 user1 3 6249M 6150M 6144M 5848K 0K 5816K 0K
376565 user1 3 6249M 6155M 6144M 11M 0K 11M 0K
376565 user1 3 6249M 6150M 10G 32K 0K 32K 0K
376565 user1 3 6249M 6214M 10G 0K 0K 0K 0K
376565 user1 3 6249M 6247M 10G 0K 0K 0K 0K
376565 user1 3 6249M 6247M 10G 0K 0K 0K 0K
376565 user1 3 6249M 6247M 10G 0K 0K 0K 0K
376565 user1 3 6249M 6247M 10G 0K 0K 0K 0K
376565 user1 3 6249M 6247M 10G 0K 0K 0K 0K
376565 user1 3 6249M 6247M 10G 0K 0K 0K 0K주기의 중간에 user1 프로젝트의 상한값이 6기가바이트에서 10기가바이트로 증가되었습니다. 이러한 증가로 상한값 적용이 중지되고 RSS(Resident Set Size)가 커질 수 있어 크기가 다른 프로세스나 시스템의 메모리 용량에 따라서만 제한됩니다. rss 열은 프로젝트 WSS(작업 세트 크기)(이 예에는 6247M)를 반영하여 안정될 수 있습니다. 이것은 프로젝트의 프로세스에서 지속적으로 페이지 폴트를 발생시키지 않고 작업할 수 있는 최소 상한값입니다.
user1의 상한값이 6기가바이트이지만 5초 샘플 간격마다 rcapd가 작업 부하 메모리의 일부를 페이징 아웃하므로 RSS가 감소하고 I/O가 증가합니다. 페이징 아웃이 완료된 직후 해당 페이지가 필요한 작업 부하에서 다시 페이지를 들여와 실행을 계속합니다. 이러한 주기는 상한값이 10기가바이트로 증가될 때까지, 대략 이 예의 약 중간까지 반복됩니다. 그러면 RSS가 6.1기가바이트에서 안정됩니다. 이제 작업 부하의 RSS가 상한값 아래이므로 더 이상 페이징이 발생하지 않습니다. 페이징과 연관된 I/O도 역시 중지됩니다. 따라서 관찰되는 시점에 프로젝트에서 진행 중인 작업을 수행하려면 6.1기가바이트가 필요합니다.
vmstat(1M) 및 iostat(1M) 매뉴얼 페이지도 참조하십시오.