From: Keith Wiles <keith.wiles@intel.com>
To: dev@dpdk.org
Subject: [PATCH 02/11] doc/faq: use corelist instead of coremask
Date: Thu, 9 Feb 2017 12:14:41 -0600 [thread overview]
Message-ID: <20170209181450.58466-3-keith.wiles@intel.com> (raw)
In-Reply-To: <20170209181450.58466-1-keith.wiles@intel.com>
Signed-off-by: Keith Wiles <keith.wiles@intel.com>
---
doc/guides/faq/faq.rst | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/doc/guides/faq/faq.rst b/doc/guides/faq/faq.rst
index 5a324b2..98c1e33 100644
--- a/doc/guides/faq/faq.rst
+++ b/doc/guides/faq/faq.rst
@@ -54,7 +54,7 @@ If you need to change the number of pages, it is easier to first remove the page
See the "Quick Start Setup Script" section in the :ref:`DPDK Getting Started Guide <linux_gsg>` for more information.
-If I execute "l2fwd -c f -m 64 -n 3 -- -p 3", I get the following output, indicating that there are no socket 0 hugepages to allocate the mbuf and ring structures to?
+If I execute "l2fwd -l 0-3 -m 64 -n 3 -- -p 3", I get the following output, indicating that there are no socket 0 hugepages to allocate the mbuf and ring structures to?
----------------------------------------------------------------------------------------------------------------------------------------------------------------------
I have set up a total of 1024 Hugepages (that is, allocated 512 2M pages to each NUMA node).
@@ -80,6 +80,8 @@ For example, if your EAL coremask is 0xff0, the master core will usually be the
taskset 0x10 ./l2fwd -c 0xff0 -n 2
+.. Note: Instead of '-c 0xff0' use the '-l 4-11' as a cleaner way to define lcores.
+
In this way, the hugepages have a greater chance of being allocated to the correct socket.
Additionally, a ``--socket-mem`` option could be used to ensure the availability of memory for each socket, so that if hugepages were allocated on
the wrong socket, the application simply will not start.
--
2.8.0.GIT
next prev parent reply other threads:[~2017-02-09 18:15 UTC|newest]
Thread overview: 36+ messages / expand[flat|nested] mbox.gz Atom feed top
2017-02-09 18:14 [PATCH 00/11] moving away from coremask to corelist Keith Wiles
2017-02-09 18:14 ` [PATCH 01/11] doc/cryptodev: use corelist instead of coremask Keith Wiles
2017-02-09 18:14 ` Keith Wiles [this message]
2017-02-09 18:14 ` [PATCH 03/11] doc/freebsd: " Keith Wiles
2017-02-09 18:14 ` [PATCH 04/11] doc/howto: " Keith Wiles
2017-02-09 23:00 ` Igor Ryzhov
2017-02-09 23:20 ` Wiles, Keith
2017-02-09 18:14 ` [PATCH 05/11] doc/linux: " Keith Wiles
2017-02-09 18:14 ` [PATCH 06/11] doc/nics: " Keith Wiles
2017-02-09 18:14 ` [PATCH 07/11] doc/prog_guide: " Keith Wiles
2017-02-09 18:14 ` [PATCH 08/11] doc/testpmd: " Keith Wiles
2017-02-09 18:14 ` [PATCH 09/11] doc/cryptoperf: " Keith Wiles
2017-02-09 18:14 ` [PATCH 10/11] doc/xen: " Keith Wiles
2017-02-09 18:14 ` [PATCH 11/11] doc/sample_app: " Keith Wiles
2017-02-09 23:42 ` [PATCH v2 00/11] moving away from coremask to corelist Keith Wiles
2017-02-10 8:46 ` Thomas Monjalon
2017-02-10 13:47 ` Wiles, Keith
2017-02-09 23:42 ` [PATCH v2 01/11] doc/cryptodev: use corelist instead of coremask Keith Wiles
2017-02-09 23:42 ` [PATCH v2 02/11] doc/faq: " Keith Wiles
2017-02-09 23:42 ` [PATCH v2 03/11] doc/freebsd: " Keith Wiles
2017-02-09 23:42 ` [PATCH v2 04/11] doc/howto: " Keith Wiles
2017-02-09 23:42 ` [PATCH v2 05/11] doc/linux: " Keith Wiles
2017-02-09 23:42 ` [PATCH v2 06/11] doc/nics: " Keith Wiles
2017-02-09 23:42 ` [PATCH v2 07/11] doc/prog_guide: " Keith Wiles
2017-02-09 23:42 ` [PATCH v2 08/11] doc/testpmd: " Keith Wiles
2017-02-09 23:42 ` [PATCH v2 09/11] doc/cryptoperf: " Keith Wiles
2017-02-09 23:42 ` [PATCH v2 10/11] doc/xen: " Keith Wiles
2017-02-09 23:42 ` [PATCH v2 11/11] doc/sample_app: " Keith Wiles
2017-02-10 14:01 ` [PATCH v3] doc: " Keith Wiles
2017-02-21 15:53 ` Mcnamara, John
2017-02-21 17:38 ` [PATCH v4] " Keith Wiles
2017-02-22 10:20 ` Mcnamara, John
2017-02-27 19:13 ` [PATCH v5] " Keith Wiles
2017-02-28 17:14 ` Mcnamara, John
2017-03-01 19:40 ` Thomas Monjalon
2017-03-01 20:03 ` Wiles, Keith
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=20170209181450.58466-3-keith.wiles@intel.com \
--to=keith.wiles@intel.com \
--cc=dev@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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.