[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