Soft Patch Panel
 help / color / mirror / Atom feed
From: bugzilla@dpdk.org
To: spp@dpdk.org
Subject: [spp] [Bug 443] spp primary takes up the complete hugepages
Date: Mon, 03 Aug 2020 01:56:54 +0000	[thread overview]
Message-ID: <bug-443-394-LFU7fnKSnF@http.bugs.dpdk.org/> (raw)
In-Reply-To: <bug-443-394@http.bugs.dpdk.org/>

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

--- Comment #17 from Hideyuki Yamashita (yamashita.hideyuki@ntt-tx.co.jp) ---
Hello Vipin,

I have tried what you said in the following ticket.
https://bugs.dpdk.org/show_bug.cgi?id=443#c8

--Result-
  1. Usage of hugepage only changes when primary process started
  2. Usage of hugepage did NOT change with number of secondary 
  Note that we measured hugepage usage not only measurement by using numastat.

What do you think?

0. Initila staete(no primary, no secondary)
grep HugePages_ /proc/meminfo
HugePages_Total: 16
HugePages_Free: 16
HugePages_Rsvd: 0
HugePages_Surp: 0
tx_h-yamashita@R730n10:~$ numastat -s

Per-node numastat info (in MBs):
Node 0 Node 1 Total
--------------- --------------- ---------------
Numa_Hit 1170.66 3359.65 4530.31
Local_Node 678.14 3210.07 3888.21
Other_Node 492.52 149.58 642.10
Interleave_Hit 146.16 143.30 289.46
Numa_Miss 0.00 0.00 0.00
Numa_Foreign 0.00 0.00 0.00
tx_h-yamashita@R730n10:~$ numastat -s|grep spp_
tx_h-yamashita@R730n10:~$ numastat -s|grep spp_p spp_
Found no processes containing pattern: "spp_"

Per-node numastat info (in MBs):
Node 0 Node 1 Total
--------------- --------------- ---------------
Numa_Hit 1171.93 3361.25 4533.18
Numa_Miss 0.00 0.00 0.00
Numa_Foreign 0.00 0.00 0.00
Interleave_Hit 146.16 143.30 289.46
Local_Node 679.41 3211.66 3891.08
Other_Node 492.52 149.58 642.10

1.State1(primary started, no secondary)
tx_h-yamashita@R730n10:~$ numastat -p spp_s|gregrep HugePages_ /proc/meminfo
HugePages_Total: 16
HugePages_Free: 14
HugePages_Rsvd: 0
HugePages_Surp: 0
tx_h-yamashita@R730n10:~$ grep HugePages_ /proc/meminfonumastat -p spp_

Per-node process memory usage (in MBs)
Can't read /proc/10178/numa_maps: Permission denied
Can't read /proc/10179/numa_maps: Permission denied

tx_h-yamashita@R730n10:~$ numastat -p spp_sudo
[sudo] password for tx_h-yamashita:

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.54
10193 (sudo) 0.39 9.16 9.55
------------------- --------------- --------------- ---------------
Total 1035.02 1046.55 2081.57

2.State2(primary started, 1 secondary started)

tx_h-yamashita@R730n10:~$ 4sudo numastat p spp_grep HugePages_ /proc/meminfo
HugePages_Total: 16
HugePages_Free: 14
HugePages_Rsvd: 0
HugePages_Surp: 0
tx_h-yamashita@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
------------------- --------------- --------------- ---------------
Total 2060.59 2090.85 4151.43

3.State3(primary started, 2 secondary started)
tx_h-yamashita@R730n10:~$ sudo numastat -p spp_grep HugePages_ /proc/meminfo
HugePages_Total: 16
HugePages_Free: 14
HugePages_Rsvd: 0
HugePages_Surp: 0

tx_h-yamashita@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
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

Thanks!

Best Regards,
Hideyuki Yamashita

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

  parent reply	other threads:[~2020-08-03  1:56 UTC|newest]

Thread overview: 26+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2020-04-06  6:25 bugzilla
2020-04-07  8:29 ` bugzilla
2020-04-07 10:33 ` bugzilla
2020-04-08  8:23 ` bugzilla
2020-04-09  8:41 ` bugzilla
2020-04-09 10:20 ` bugzilla
2020-04-17  8:25 ` bugzilla
2020-04-19  6:50 ` bugzilla
2020-04-19  6:55 ` bugzilla
2020-04-19  6:56 ` bugzilla
2020-04-19  6:56 ` bugzilla
2020-04-23  2:00 ` bugzilla
2020-04-23  2:23 ` bugzilla
2020-04-28  4:06 ` bugzilla
2020-07-10  7:24 ` bugzilla
2020-07-20  1:12 ` bugzilla
2020-07-28  4:00 ` bugzilla
2020-07-29  0:47 ` bugzilla
2020-08-03  1:56 ` bugzilla [this message]
2020-08-03  4:49 ` bugzilla
2020-08-04  0:27 ` bugzilla
2020-08-04  1:47 ` bugzilla
2020-08-05  4:55 ` bugzilla
2020-08-05  5:52 ` bugzilla
2020-08-20  2:15 ` bugzilla
2020-08-25 11:53 ` bugzilla

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=bug-443-394-LFU7fnKSnF@http.bugs.dpdk.org/ \
    --to=bugzilla@dpdk.org \
    --cc=spp@dpdk.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).