페이스북, 리눅스 커널을 위한 새로운 '슬랩' 메모리 관리 메커니즘 제안

로만 구신(Roman Gushchin)로만 구신) 페이스북에서 출판 Linux 커널 개발자 메일링 목록에는 새로운 메모리 할당 컨트롤러 구현을 포함하는 패치 세트가 있습니다. 투수판 (슬래브 메모리 컨트롤러). 새로운 컨트롤러는 슬랩 회계를 메모리 페이지 수준에서 커널 객체 수준으로 옮긴 점이 주목할 만한데, 이를 통해 각 cgroup에 대해 별도의 슬랩 캐시를 할당하는 대신, 여러 cgroup에서 슬랩 페이지를 공유할 수 있게 되었습니다.

제안된 접근 방식을 사용하면 슬랩 사용의 효율성을 높이고, 슬랩에 사용되는 메모리 크기를 30-45%까지 줄일 수 있으며, 커널의 전체 메모리 소비를 크게 줄일 수 있습니다. 이동 불가능한 슬래브의 수를 줄이면 메모리 단편화가 감소하는 긍정적인 효과도 관찰되었습니다. 새로운 메모리 컨트롤러는 슬래브를 처리하는 코드를 상당히 단순화하고 각 cgroup에 대한 슬래브 캐시를 동적으로 생성하고 삭제하기 위한 복잡한 알고리즘을 사용할 필요가 없습니다. 새로운 구현에서 모든 메모리 cgroup은 공통 슬랩 캐시 세트를 공유하며, 슬랩 캐시의 수명은 더 이상 cgroup을 통해 설치된 슬랩 캐시의 수명과 연결되지 않습니다. 제한 메모리 사용에 관하여.

새로운 슬랩 컨트롤러에 구현된 더욱 정확한 리소스 계산은 이론적으로는 CPU 부하를 증가시켜야 하지만, 실제로는 그 차이가 미미한 것으로 나타났습니다. 특히, 새로운 슬랩 컨트롤러는 다양한 유형의 부하를 처리하는 Facebook 프로덕션 서버에서 수개월 동안 사용되었지만, 아직까지 눈에 띄는 회귀 현상은 감지되지 않았습니다. 동시에 메모리 사용량도 크게 감소했습니다. 일부 호스트에서는 최대 1GB의 메모리를 절약할 수 있었지만, 이 지표는 부하의 특성, 전체 RAM 크기, CPU 수, 그리고 메모리 작업 기능에 따라 크게 달라집니다. 이전에 수행된 테스트 보여 주었다 웹 프런트엔드에서 메모리 소비를 650-700MB(슬랩 메모리의 42%), DBMS 캐시가 있는 서버에서 750-800MB(35%), DNS 서버에서 700MB(36%)만큼 줄였습니다.

출처 : opennet.ru