预订Linux系统上的大页面

Question

我的VMware客户系统细节：

Linux 2.6.32-358.el6.x86_64 (RH 6.4 - Santiago) 

# cat /proc/meminfo 
MemTotal:  8058796 kB 
MemFree:   5145692 kB 
Buffers:   32320 kB 
Cached:   291312 kB 
SwapCached:   0 kB 
Active:   1524652 kB 
Inactive:   192444 kB 
Active(anon): 1393628 kB 
Inactive(anon):  1196 kB 
Active(file):  131024 kB 
Inactive(file): 191248 kB 
Unevictable:   0 kB 
Mlocked:    0 kB 
SwapTotal:  4063224 kB 
SwapFree:  4063224 kB 
Dirty:    144 kB 
Writeback:    0 kB 
AnonPages:  1393488 kB 
Mapped:   47288 kB 
Shmem:    1364 kB 
Slab:    52080 kB 
SReclaimable:  18572 kB 
SUnreclaim:  33508 kB 
KernelStack:  3776 kB 
PageTables:  15864 kB 
NFS_Unstable:   0 kB 
Bounce:    0 kB 
WritebackTmp:   0 kB 
CommitLimit:  4063224 kB 
Committed_AS: 3101408 kB 
VmallocTotal: 34359738367 kB 
VmallocUsed:  160248 kB 
VmallocChunk: 34359572656 kB 
HardwareCorrupted:  0 kB 
AnonHugePages:   0 kB 
HugePages_Total:  512 
HugePages_Free:  240 
HugePages_Rsvd:  240 
HugePages_Surp:  0 
Hugepagesize:  2048 kB 
DirectMap4k:  10240 kB 
DirectMap2M:  8378368 kB 

grub contents: 
transparent_hugepage=never default_hugepagesz=2M hugepagesz=2M hugepages=512 

# sysctl -a | grep vm 
vm.overcommit_memory = 0 
vm.panic_on_oom = 0 
vm.oom_kill_allocating_task = 0 
vm.extfrag_threshold = 500 
vm.oom_dump_tasks = 1 
vm.would_have_oomkilled = 0 
vm.overcommit_ratio = 0 
vm.page-cluster = 3 
vm.dirty_background_ratio = 10 
vm.dirty_background_bytes = 0 
vm.dirty_ratio = 20 
vm.dirty_bytes = 0 
vm.dirty_writeback_centisecs = 500 
vm.dirty_expire_centisecs = 3000 
vm.nr_pdflush_threads = 0 
vm.swappiness = 60 
vm.nr_hugepages = 512 
vm.nr_hugepages_mempolicy = 512 
vm.hugetlb_shm_group = 0 
vm.hugepages_treat_as_movable = 0 
vm.nr_overcommit_hugepages = 0 
vm.lowmem_reserve_ratio = 256 256  32 
vm.drop_caches = 0 
vm.min_free_kbytes = 2048 
vm.extra_free_kbytes = 0 
vm.percpu_pagelist_fraction = 0 
vm.max_map_count = 65530 
vm.laptop_mode = 0 
vm.block_dump = 0 
vm.vfs_cache_pressure = 100 
vm.legacy_va_layout = 0 
vm.zone_reclaim_mode = 0 
vm.min_unmapped_ratio = 1 
vm.min_slab_ratio = 5 
vm.stat_interval = 1 
vm.mmap_min_addr = 4096 
vm.numa_zonelist_order = default 
vm.scan_unevictable_pages = 0 
vm.memory_failure_early_kill = 0 
vm.memory_failure_recovery = 1 

我的应用程序需要，因为它可以在启动时，但HugePages_Free等于HugePages_Rsvd的事实意味着它抓住尽可能多的大内存页无法预约。

这是什么原因，以及如何禁用其他应用程序保留的巨大页面，如果有的话？

感谢

Answer 1

，这是什么原因，以及如何我被其他应用程序禁用大页面的保留，如果有任何？

原因是Linux使用巨大页面进行分配和内存映射。请看看mmmap（2）（MAP_HUGETLB标志），madvice（2）（MADV_HUGEPAGE标志）和透明大内存页：

https://www.kernel.org/doc/Documentation/vm/transhuge.txt

所以基本上这样做的原因是，您的系统上运行的任何应用程序可能会要求系统使用大量页面，甚至Linux本身可能会将您的分配透明地放到大页面上。 /启用

所以禁用所有这些隐含的用途，你可能会考虑/ SYS /内核/ MM/transparent_hugepage

在另一方面，你可能会认为是正确的应用程序开始之前，分配大内存页。运行没有任何大页面的系统，然后配置它们：

echo 512 > /proc/sys/vm/nr_hugepages 

并立即运行您的应用程序。这将增加巨大页面仅用于您的应用程序的可能性。