web-dev-qa-db-ja.com

VM

ここでは、VMware Fusion 10.1.1（High Sierra内）のカーネル4.9.0-5-AMD64を備えたいくつかのDebian 9.3 VMを実行しています。

私が心配しているのは、Freeの合計メモリが、いくつかのVMのために取っておいたメモリを正しく反映していないことです。

テストとして、VM用に正確に2GBを確保しましたが、free -mは1986MBしか表示しません。

$ free -m
              total        used        free      shared  buff/cache   available
Mem:           1986          51        1864           1          70        1825

または-mなし：

$ free 
              total        used        free      shared  buff/cache   available
Mem:        2033760       52264     1909584        1108       71912     1869628
Swap:        999420           0      999420

私は/proc/meminfoにも目を通し、これを見つけました。

$ egrep "MemTotal|DirectMap2M" /proc/meminfo
MemTotal:        2033760 kB
DirectMap2M:     2054144 kB

したがって、実際にはDirectMap2Mは2GBを反映しています。なぜMemTotalの近似値があるのですか？ 20MB以下ですか？

興味深いことに、MemTotal/DirectMap2MのGooglingはこの記事を見つけましたが、 Memory/Ramは間違っています

オペレーティングシステムでRAMの割り当てがfree –mまたはtopコマンドを介して間違って表示されている場合は、実際に正しい量のRAMがあることを確認してください。 VPSに割り当てられています。

間違っているのは単にレポートの問題です。これは、パフォーマンスの向上に最新のXen 4.x.xバージョンを使用しているためです。これにより、残念ながらこの異常が発生する可能性があります。

また、より最近のカーネルでは、カーネルが予約したメモリの一部がOSに提供されないことに注意してください。

ここで何が起こっているのでしょうか？彼らが示唆するようにカーネルはメモリを予約していますか？何のために？
（はい、彼らはXenについて話していて、これはVmWare Fusionについてですが、それは手掛かりかもしれません）

補足として：

vmstatの出力：

$ vmstat
procs -----------memory---------- ---swap-- -----io---- -system-- ------cpu-----
 r  b   swpd   free   buff  cache   si   so    bi    bo   in   cs us sy id wa st
 0  0      0 1909344  13988  57928    0    0    31     0   19   37  0  0 100  0  0

トップ出力：

$ top -b -n 1 | grep Mem
KiB Mem :  2033760 total,  1906228 free,    52836 used,    74696 buff/cache
KiB Swap:   999420 total,   999420 free,        0 used.  1867664 avail Mem

dmidecode出力（部分）;

Handle 0x0085, DMI type 6, 12 bytes
Memory Module Information
        Socket Designation: RAM socket #0
        Bank Connections: None
        Current Speed: Unknown
        Type: EDO DIMM
        Installed Size: 2048 MB (Single-bank Connection)
        Enabled Size: 2048 MB (Single-bank Connection)
        Error Status: OK

dmesgの出力：

$ Sudo dmesg | egrep "Memory|Free|ACPI" | egrep -v "Edge|wakeup|noapic|Added|Bug|IRQ|pnp|Plug"
[    0.000000] BIOS-e820: [mem 0x000000007fee0000-0x000000007fefefff] ACPI data
[    0.000000] BIOS-e820: [mem 0x000000007feff000-0x000000007fefffff] ACPI NVS
[    0.000000] ACPI: Early table checksum verification disabled
[    0.000000] ACPI: RSDP 0x00000000000F6A10 000024 (v02 PTLTD )
[    0.000000] ACPI: XSDT 0x000000007FEEB683 00005C (v01 INTEL  440BX    06040000 VMW  01324272)
[    0.000000] ACPI: FACP 0x000000007FEFEE73 0000F4 (v04 INTEL  440BX    06040000 PTL  000F4240)
[    0.000000] ACPI: DSDT 0x000000007FEEC923 012550 (v01 PTLTD  Custom   06040000 MSFT 03000001)
[    0.000000] ACPI: FACS 0x000000007FEFFFC0 000040
[    0.000000] ACPI: FACS 0x000000007FEFFFC0 000040
[    0.000000] ACPI: BOOT 0x000000007FEEC8FB 000028 (v01 PTLTD  $SBFTBL$ 06040000  LTP 00000001)
[    0.000000] ACPI: APIC 0x000000007FEEC1B9 000742 (v01 PTLTD  ? APIC   06040000  LTP 00000000)
[    0.000000] ACPI: MCFG 0x000000007FEEC17D 00003C (v01 PTLTD  $PCITBL$ 06040000  LTP 00000001)
[    0.000000] ACPI: SRAT 0x000000007FEEB77F 000880 (v02 VMWARE MEMPLUG  06040000 VMW  00000001)
[    0.000000] ACPI: HPET 0x000000007FEEB747 000038 (v01 VMWARE VMW HPET 06040000 VMW  00000001)
[    0.000000] ACPI: WAET 0x000000007FEEB71F 000028 (v01 VMWARE VMW WAET 06040000 VMW  00000001)
[    0.000000] ACPI: Local APIC address 0xfee00000
[    0.000000] ACPI: SRAT: Node 0 PXM 0 [mem 0x00000000-0x0009ffff]
[    0.000000] ACPI: SRAT: Node 0 PXM 0 [mem 0x00100000-0x7fffffff]
[    0.000000] ACPI: PM-Timer IO Port: 0x1008
[    0.000000] ACPI: Local APIC address 0xfee00000
[    0.000000] Using ACPI for processor (LAPIC) configuration information
[    0.000000] ACPI: HPET id: 0x8086af01 base: 0xfed00000
[    0.000000] Memory: 2011544K/2096628K available (6196K kernel code, 1159K rwdata, 2848K rodata, 1408K init, 688K bss, 85084K reserved, 0K cma-reserved)
[    0.005465] ACPI: 1 ACPI AML tables successfully acquired and loaded
[    0.005475] ACPI: setting ELCR to 0200 (from 0e80)
[    0.044362] x86/mm: Memory block size: 128MB
[    0.046853] PM: Registering ACPI NVS region [mem 0x7feff000-0x7fefffff] (4096 bytes)
[    0.170037] ACPI: PCI Root Bridge [PCI0] (domain 0000 [bus 00-7f])
[    0.178855] pci 0000:00:07.3: quirk: [io  0x1000-0x103f] claimed by PIIX4 ACPI
[    0.282772] ACPI: Enabled 2 GPEs in block 00 to 0F
[    0.995687] Freeing initrd memory: 17572K
[    1.085789] Freeing unused kernel memory: 1408K
[    1.085832] Freeing unused kernel memory: 1980K
[    1.085873] Freeing unused kernel memory: 1248K

完全な/proc/meminfo出力：

$ cat /proc/meminfo 
MemTotal:        2033760 kB
MemFree:         1906864 kB
MemAvailable:    1868300 kB
Buffers:           14720 kB
Cached:            50220 kB
SwapCached:            0 kB
Active:            45004 kB
Inactive:          28204 kB
Active(anon):       8308 kB
Inactive(anon):     1064 kB
Active(file):      36696 kB
Inactive(file):    27140 kB
Unevictable:           0 kB
Mlocked:               0 kB
SwapTotal:        999420 kB
SwapFree:         999420 kB
Dirty:                 0 kB
Writeback:             0 kB
AnonPages:          8284 kB
Mapped:            14860 kB
Shmem:              1108 kB
Slab:              23996 kB
SReclaimable:       9756 kB
SUnreclaim:        14240 kB
KernelStack:        3052 kB
PageTables:         1348 kB
NFS_Unstable:          0 kB
Bounce:                0 kB
WritebackTmp:          0 kB
CommitLimit:     2016300 kB
Committed_AS:      38852 kB
VmallocTotal:   34359738367 kB
VmallocUsed:           0 kB
VmallocChunk:          0 kB
HardwareCorrupted:     0 kB
AnonHugePages:         0 kB
ShmemHugePages:        0 kB
ShmemPmdMapped:        0 kB
HugePages_Total:       0
HugePages_Free:        0
HugePages_Rsvd:        0
HugePages_Surp:        0
Hugepagesize:       2048 kB
DirectMap4k:       42880 kB
DirectMap2M:     2054144 kB
DirectMap1G:           0 kB
debianmemoryproc
5
Rui F Ribeiro

free、/proc/meminfoなどは、ユーザースペースが実際に使用できるメモリのみを表示します。カーネルは、独自に使用するためにメモリを確保します。ブートログでMemory:行（/var/log/dmesg.0など、またはjournalctl）を探すと、次のように表示されます。

Memory: 32818828K/33439808K available (5612K kernel code, 1083K rwdata, 1896K rodata, 1264K init, 832K bss, 620980K reserved, 0K cma-reserved)

初期化に使用されたメモリの一部がシステムに返され、予約されたメモリの量が変化する可能性があるため、ブート後に利用可能なメモリの量は通常、ここに示されている量よりもわずかに多くなります（例統合GPU用に予約されている場合）;私の場合、MemTotalは上記の32049 MiBではなく32062 MiBを示しています。

あなたのケースでは、62MiBのみが予約されています（2048 – 1986）。カーネルコードとデータ、および予約済みメモリをカバーするには、これで十分です。ブートログには、システムのメモリマップの詳細も含まれます。これは、予約されたメモリのほとんどを占めます（VMでもファームウェア、ACPIなどのために予約されています）。

MemTotalは、インストールされている物理メモリの量、またはVMに割り当てられたメモリの量に決して対応していません それは完全に正常です 。

5
Stephen Kitt

@StephenKittの回答を補足して、MemTotalが使用可能なRAM全体の値ではないことを確認します。

カーネルソースから、Documentation/filesystems/proc.txt

MemTotal-使用可能なRAMの合計（つまり、物理RAMから予約ビットとカーネルバイナリコードを差し引いたもの）

また、ブート時にx86/boot/compressed/kaslr.c：

enum mem_avoid_index {
    MEM_AVOID_ZO_RANGE = 0,
    MEM_AVOID_INITRD,
    MEM_AVOID_CMDLINE,
    MEM_AVOID_BOOTPARAMS,
    MEM_AVOID_MEMMAP_BEGIN,
    MEM_AVOID_MEMMAP_END = MEM_AVOID_MEMMAP_BEGIN + MAX_MEMMAP_REGIONS - 1,
    MEM_AVOID_MAX,
};
0
Rui F Ribeiro