[spp] [Bug 443] spp primary takes up the complete hugepages

[bugzilla at dpdk.org]

https://bugs.dpdk.org/show_bug.cgi?id=443

--- Comment #20 from Vipin Varghese (vipin.varghese at intel.com) ---
Hi Hideyuki,

only information I find is 

```
tx_h-yamashita at R730n10:~$ numastat -s|grep spp_
tx_h-yamashita at R730n10:~$ numastat -s|grep spp_p spp_
Found no processes containing pattern: "spp_"

tx_h-yamashita at R730n10:~$ numastat -p spp_s|gregrep HugePages_ /proc/meminfo
HugePages_Total: 16
HugePages_Free: 14
HugePages_Rsvd: 0
HugePages_Surp: 0

tx_h-yamashita at R730n10:~$ grep HugePages_ /proc/meminfosudo numastat -p spp_
Per-node process memory usage (in MBs)
PID Node 0 Node 1 Total
------------------ --------------- --------------- ---------------
10178 (sudo) 0.67 6.81 7.48
10179 (spp_primary) 1033.96 1030.59 2064.55
10213 (sudo) 0.62 6.77 7.40
10214 (spp_nfv) 1024.95 1039.67 2064.61
10219 (sudo) 0.39 7.01 7.39

Per-node process memory usage (in MBs)
PID Node 0 Node 1 Total
------------------- --------------- --------------- ---------------
10178 (sudo) 0.67 6.81 7.48
10179 (spp_primary) 1033.96 1030.59 2064.55
10213 (sudo) 0.62 6.77 7.40
10214 (spp_nfv) 1024.95 1039.67 2064.61
10225 (sudo) 0.44 7.04 7.48
10226 (spp_nfv) 1025.09 1039.74 2064.83
10243 (sudo) 0.45 7.04 7.48
------------------- --------------- --------------- ---------------
Total 3086.17 3137.66 6223.83
```


in my testing

```
Memory Usage:
# numastat -p spp_

Per-node process memory usage (in MBs)
PID                           Node 0          Node 1           Total
-------------------  --------------- --------------- ---------------
15191 (gdb)                    54.12            3.23           57.35
15201 (spp_primary)          1040.76            2.12         1042.88
15208 (spp_nfv)              1039.82            2.29         1042.11
-------------------  --------------- --------------- ---------------
Total                        2134.70            7.64         2142.34
```

All I see in my primary it allocated 1GB page, when secondary is started it
allocated another 1GB. 

>From your logs this is same from your logs too

```
0 secondaries
10179 (spp_primary) 1033.96 1030.59 2064.54

1 secodnary
10179 (spp_primary) 1033.96 1030.59 2064.55
10214 (spp_nfv) 1024.95 1039.67 2064.61

2secodnary
10179 (spp_primary) 1033.96 1030.59 2064.55
10214 (spp_nfv) 1024.95 1039.67 2064.61
10226 (spp_nfv) 1025.09 1039.74 2064.83
```

I believe this is same information I have been sharing in multiple comments. In
each subsequent start of secodnaries minimum of 1Gb is requested to primary to
be added to virtual map area. Hence `socket-limit` has to be ecerised with
`socket-mem` to prevent unnecessary blaoting, when running with multiple DPDK
primaries.

-- 
You are receiving this mail because:
You are on the CC list for the bug.