我正在运行一个SPDK实验(它使用DPDK,后者又使用了大页面)并且昨天正在运行。我在共享的环境中运行它们(我想一两个人将这台机器用于其他东西)。现在,每当我尝试运行它时,我都会得到一个没有空闲的大页面错误。
/ proc / meminfo的输出是:
HugePages_Total: 1024
HugePages_Free: 0
HugePages_Rsvd: 0
HugePages_Surp: 0
Hugepagesize: 2048 kB
mount的输出:
cgroup on /sys/fs/cgroup/hugetlb type cgroup (rw,nosuid,nodev,noexec,relatime,hugetlb,release_agent=/run/cgmanager/agents/cgm-release-agent.hugetlb)
在我的上一个环境中起作用的东西不再起作用了:
umount -a -t hugetlbfs
mount -t hugetlbfs nodev /mnt/huge
然后/ proc / meminfo的输出是
HugePages_Total: 1024
HugePages_Free: 0
HugePages_Rsvd: 0
HugePages_Surp: 1024
但如果我尝试运行它:
EAL: No free hugepages reported in hugepages-1048576kB
EAL: No free hugepages reported in hugepages-2048kB
PANIC in rte_eal_init():
Cannot get hugepage information
为什么这些页面过剩且不是免费的?有什么方法可以解放他们吗?我想重新启动系统,因为可能有其他工作正在运行或者有人在使用它。
编辑:重新启动机器,分配更多大页面并且它们是免费的。执行了测试,它崩溃了,现在巨大的页面再次丢失。
没有工作答案的相关问题(至少对我而言):
How to release hugepages from the crashed application
How to really free hugepages in Linux for use by a new process?
答案 0 :(得分:3)
如果您按照以下说明操作,则可以摆脱分配的大页:
1)让我们检查重启时免费的大页面
dpdk@dpdkvm:~$ ls /mnt/huge/
empty
dpdk@dpdkvm:~/dpdk-1.8.0/examples/kni$ cat /proc/meminfo
...
HugePages_Total: 256
HugePages_Free: 256
...
2)使用错误的参数启动dpdk应用程序,产生错误
dpdk@dpdkvm:~/dpdk-1.8.0/examples/kni$ sudo ./build/kni -c 0x03 -n 2 -- -P -p 0x03 --config="(0,0,1),(1,0,1)"
...
EAL: Error - exiting with code: 1
Cause: No supported Ethernet device found
3)当我检查大页面时,没有任何免费的
dpdk@dpdkvm:~/dpdk-1.8.0/examples/kni$ cat /proc/meminfo
...
HugePages_Total: 256
HugePages_Free: 0
...
4)现在,当我检查挂载的hugepage目录时,我可以看到dpdk应用程序没有返回给操作系统的文件。
dpdk@dpdkvm:~/dpdk-1.8.0/examples/kni$ ls /mnt/huge/
...
rtemap_0 rtemap_137 rtemap_176 rtemap_214 rtemap_253 rtemap_62
...
5)最后,如果您删除以rtemap开头的文件,您可以重新提供大页面
dpdk@dpdkvm:~/dpdk-1.8.0/examples/kni$ sudo rm /mnt/huge/*
[sudo] password for dpdk:
dpdk@dpdkvm:~/dpdk-1.8.0/examples/kni$ cat /proc/meminfo
...
HugePages_Total: 256
HugePages_Free: 256
...