"제거 불가능" 메모리가 "Mlocked" 메모리보다 큰 이유는 무엇입니까?

"제거 불가능" 메모리가 "Mlocked" 메모리보다 큰 이유는 무엇입니까?

"제거 불가능" 메모리가 "Mlocked" 메모리보다 큰 이유는 무엇입니까?

$ cp /proc/meminfo meminfo
$ grep -iE "lock|evictable" meminfo
Unevictable:      161436 kB
Mlocked:           12772 kB

$ uname -r  # My kernel version
5.0.17-200.fc29.x86_64

"필연적" 메모리에 대한 배경 링크:

https://superuser.com/questions/1135809/odd-behaviour-with-unevictable-cache-linux-kernel/1449088#1449088

커널 컴파일 시간 지원 tmpfs. 아무것도 표시되지 않습니다 ramfs(즉, 스왑할 수 없는 RAM 파일 시스템).

$ df -t ramfs
df: no file systems processed

$ cat meminfo
MemTotal:        8042664 kB
MemFree:         3733932 kB
MemAvailable:    5175960 kB
Buffers:          193684 kB
Cached:          1810672 kB
SwapCached:        14628 kB
Active:          2020900 kB
Inactive:        1644208 kB
Active(anon):    1127976 kB
Inactive(anon):   945940 kB
Active(file):     892924 kB
Inactive(file):   698268 kB
Unevictable:      161436 kB
Mlocked:           12772 kB
SwapTotal:       2097148 kB
SwapFree:        1465180 kB
Dirty:               312 kB
Writeback:             0 kB
AnonPages:       1813196 kB
Mapped:           539216 kB
Shmem:            408808 kB
KReclaimable:     160752 kB
Slab:             320584 kB
SReclaimable:     160752 kB
SUnreclaim:       159832 kB
KernelStack:       17792 kB
PageTables:        37288 kB
NFS_Unstable:          0 kB
Bounce:                0 kB
WritebackTmp:          0 kB
CommitLimit:     6118480 kB
Committed_AS:   11410784 kB
VmallocTotal:   34359738367 kB
VmallocUsed:           0 kB
VmallocChunk:          0 kB
Percpu:             3424 kB
HardwareCorrupted:     0 kB
AnonHugePages:         0 kB
ShmemHugePages:        0 kB
ShmemPmdMapped:        0 kB
CmaTotal:              0 kB
CmaFree:               0 kB
HugePages_Total:       0
HugePages_Free:        0
HugePages_Rsvd:        0
HugePages_Surp:        0
Hugepagesize:       2048 kB
Hugetlb:               0 kB
DirectMap4k:      492084 kB
DirectMap2M:     7774208 kB
DirectMap1G:     1048576 kB
[alan@alan-laptop ~]$ 

답변1

하나문서배경 자료에서 언급했습니다 mapping_set_unevictable(). 두 가지 상황에서 사용된다고 합니다.

  1. inode의 주소 공간은 생성 시 ramfs로 표시되며 해당 표시는 inode 수명 동안 변경되지 않습니다.

  2. SHM_LOCK'd 주소 공간은 SHM_UNLOCK이 호출될 때까지 SYSV SHM에 의해 표시됩니다.

    잠긴 페이지가 교체되는 경우 해당 페이지를 페이징하는 데 SHM_LOCK이 필요하지 않습니다. 해당 페이지가 메모리에 남아 있는지 확인하려면 애플리케이션이 페이지를 수동으로 터치해야 합니다.

이제 세 번째 경우에 사용됩니다. i915 그래픽 버퍼에서 작동합니다(GPU에 의해 매핑된 경우).

https://elixir.bootlin.com/linux/v5.0.17/ident/mapping_set_unevictable

4개 문서에서 인용:

"GTT(Global Graphics Translation Table) [...]는 GPU 가상 주소 공간에서 물리적 주소로의 주소 매핑을 담당합니다.".

관련 정보