파일이 캐시되기 전에 tmpfs가 스왑되도록 만들거나 강제 실행

증가하다교환성값을 사용하면 커널이 tmpfs 페이지를 더 많이 교환하고 스와핑을 지원하지 않는 다른 파일 시스템에서 캐시된 페이지를 제거하려는 의지를 덜 갖게 됩니다.

zram 스왑은 썸 드라이브보다 빠르므로 이상적으로는 스왑성을 100 이상으로 늘리는 것이 좋습니다. 이는 커널 버전 5.8 이상에서만 가능합니다. Linux 5.8에서는 스왑성을 최대 200으로 설정할 수 있습니다.

zram이나 zswap과 같은 메모리 스왑의 경우 100 이상의 값을 고려할 수 있습니다. 예를 들어 스왑 장치에 대한 임의 IO가 파일 시스템의 IO보다 평균 2배 빠른 경우 스왑 가능성은 133(x + 2x = 200, 2x = 133.33)이어야 합니다.

--문서/AdminGuide/sysctl/vm.rst

---

추가 읽기

tmpfs는 다른 스왑 가능한 메모리처럼 취급됩니다.

커널 커밋 보기"vmscan: LRU 목록을 익명 및 파일 세트로 분할"——

LRU 목록을 두 부분으로 분할합니다. 하나는 실제 파일 시스템이 지원하는 페이지("파일")이고 다른 하나는 메모리 및 스왑이 지원하는 페이지("익명")입니다. 후자에는 tmpfs가 포함됩니다.

- 그리고 코드linux-4.16/mm/vmscan.c:2108-

/*
 * Determine how aggressively the anon and file LRU lists should be
 * scanned.  The relative value of each set of LRU lists is determined
 * by looking at the fraction of the pages scanned we did rotate back
 * onto the active list instead of evict.
 *
 * nr[0] = anon inactive pages to scan; nr[1] = anon active pages to scan
 * nr[2] = file inactive pages to scan; nr[3] = file active pages to scan
 */
static void get_scan_count(struct lruvec *lruvec, struct mem_cgroup *memcg,
               struct scan_control *sc, unsigned long *nr,
               unsigned long *lru_pages)
{
    int swappiness = mem_cgroup_swappiness(memcg);

...

    /*
     * With swappiness at 100, anonymous and file have the same priority.
     * This scanning priority is essentially the inverse of IO cost.
     */
    anon_prio = swappiness;
    file_prio = 200 - anon_prio;

Linux 5.8에서는 다음을 허용합니다.교환성최대값은 200입니다.

mm: 교환을 허용하고 파일 작업 세트보다 익명 재활용을 우선시합니다.

빠른 임의 IO 장치(SSD, PMEM) 및 메모리 내 스왑 장치(예: zswap)의 출현으로 스와핑은 파일 시스템보다 훨씬 빨라질 수 있으며 파일 시스템 캐시를 스래싱하는 것보다 스와핑이 더 좋습니다.

스왑 기본 설정 범위를 구성하여 이러한 상황을 반영하도록 스왑 기능(페이지 캐시와 스왑 지원 페이지 간 캐시 누락의 대략적인 상대적 IO 비용을 정의)을 설정할 수 있습니다.

이는 Linux 5.8에 제공되는 일련의 패치 중 일부입니다. 이전 버전에서 Linux는 "주로 페이지 캐싱을 사용하고 가상 머신이 심각한 메모리 부족을 겪을 때까지 스와핑을 연기했습니다." 이는 "알고리즘 개발 중에 회전하는 드라이브의 탐색 비용이 높기 때문입니다. 이는 버그가 지나치게 공격적인 스와핑(주로 무작위 IO)으로 인해 빠르게 작동 중지로 이어질 수 있음을 의미합니다."

이 시리즈는 이 문제를 해결하는 것을 목표로 합니다. 커밋("a528910e12ec mm: Flutter 감지에 따라 파일 캐시 크기 조정") 이후 오류 IO를 정확하게 추적할 수 있게 되었으며 이는 오류 페이지를 회수하는 데 드는 궁극적인 비용입니다. 이를 통해 불필요한 스왑 스톰을 피하면서 캐시 스래싱 중에 익명 메모리를 보다 적극적으로 검사하는 IO 비용 기반 균형 조정 모델을 사용할 수 있습니다.

이러한 패치는 각 목록의 실패율에 스왑 장치와 파일 시스템 간의 상대적 IO 비용(스왑성)을 곱한 LRU 밸런싱을 기반으로 하므로 발생하는 IO 비용을 최소화하도록 재생이 최적화됩니다.

--[패치 00/14] mm: 상대 지터 v2를 기반으로 한 균형 잡힌 LRU 목록