[spp] [Bug 443] spp primary takes up the complete hugepages
bugzilla at dpdk.org
bugzilla at dpdk.org
Fri Apr 17 10:25:14 CEST 2020
https://bugs.dpdk.org/show_bug.cgi?id=443
--- Comment #6 from Hideyuki Yamashita (yamashita.hideyuki at ntt-tx.co.jp) ---
Hello Vipin,
Thanks for your response.
Unfortunately I could not observe the issue using DPDK19.11+SPP19.11.
[Hugepage usage]
Before primary process invoke
$ cat /proc/meminfo | grep -i HugePages
AnonHugePages: 0 kB
ShmemHugePages: 0 kB
HugePages_Total: 16
HugePages_Free: 16
HugePages_Rsvd: 0
HugePages_Surp: 0
Hugepagesize: 1048576 kB
During primary process invoke
$ cat /proc/meminfo | grep -i HugePages
AnonHugePages: 0 kB
ShmemHugePages: 0 kB
HugePages_Total: 16
HugePages_Free: 14
HugePages_Rsvd: 0
HugePages_Surp: 0
Hugepagesize: 1048576 kB
It looks that only 2 pages are used per primary invokation.
[SPP primary startup parameters]
sudo ./src/primary/x86_64-native-linuxapp-gcc/spp_primary \
-l 1 \
-n 4 \
--socket-mem 512,512 \
--huge-dir /mnt/huge1G \
--proc-type primary \
-- \
-p 0x03 \
-n 10 \
-s 127.0.0.1:5555
[How to reserve hugepages]
/etc/default/grub
GRUB_CMDLINE_LINUX="DEBCONF_DEBUG=5 ksdevice=bootif default_hugepagesz=1G
hugepagesz=1G hugepages=16"
hugepages mount directory
/mnt/huge_1GB
sudo mount |grep huge
nodev on /mnt/huge1G type hugetlbfs (rw,relatime,pagesize=1024M)
Thanks,
Hideyuki
--
You are receiving this mail because:
You are on the CC list for the bug.
More information about the spp
mailing list