사용 가능한 메모리가 Pages_high 워터마크보다 훨씬 높으면 kswapd를 활성화할 수 있습니까?

RHEL 6의 페이지 프레임 재활용 알고리즘의 내부 작동 방식을 이해하려고 합니다.

보다 구체적으로, 사용 가능한 메모리가 페이지_로우(또는 페이지_하이) 아래로 내려가지 않을 때 vmstat에서 si/so에 0이 아닌 값이 표시되는 이유와 다른 교체 징후가 표시되는지 알고 싶습니다.

vmstat에서:

  procs -----------memory---------- ---swap-- -----io---- --system-- ----cpu-----
 r     b swpd        free          buff       cache        si   so   bi      bo      in          cs        us sy id wa st
 13 4 2476036 1533508 486264 10396996 18 22 9674 2790 59364 114558 7 8 81 4 0

즉, 시스템에서 사용할 수 있는 메모리는 1,533,508KB입니다.

/proc/zoneinfo에서

Node 0, zone Normal
…
 min 130364
 low 162955
 high 195546 

0이 아닌 스왑 인 및 스왑 아웃 활동(si > 0, 따라서 > 0)이 표시되는 반면 사용 가능한 메모리(약 375,000 페이지에 해당)는 낮음 및 높음 메모리 임계값보다 훨씬 높다는 사실은 문서와 일치하는 것 같습니다. 문헌에 교류 활동이 어떻게 기술되어 있는지.

예를 들어 Mel Gorman의 "Linux 가상 메모리 이해"는 다음과 같습니다.

"과거에는 kswapd가 10초마다 깨어났지만 이제는 해당 영역의 사용 가능한 페이지 수가 page_low에 도달한 경우에만 물리적 페이지 할당자에 의해 깨어납니다."

그런 다음 책은 우리가 보고 있는 것에 대해 한 가지 가능한 설명을 제공합니다.

"극도의 메모리 부족 상황에서 프로세스는 Balance_classzone()을 호출하여 kswapd의 작업을 동기적으로 완료하고, 이는 차례로 try_to_free_pages_zone()을 호출합니다."

즉, 메모리 할당 요청이 실패하거나 속도가 느려지면 프로세스가 자체적으로 영역 밸런싱을 시작할 수 있습니다. 그러나 try_to_free_pages_zone이 다양한 캐시를 축소하는 데 중점을 두는 것처럼 보이기 때문에 이것이 스와핑을 설명할 수 있는지 여부는 불분명합니다.

또한, 교환 표시를 보면 상단에 kswapd가 자주 표시되는데, 이는 직접 재활용 이론과도 모순되는 것 같습니다.

여기서 뭔가 빠졌나요?

고쳐 쓰다특히 교체 중에 ExaWatcher ps 출력을 확인한 결과 kswapd0 프로세스가 이 시간 동안 "R" 상태에 있음을 알 수 있습니다. 즉, 직접 재활용하는 경우는 제외됩니다.

감사합니다, 니콜라