<p dir="ltr">Letting DPDK deduce de cpus and memchannels is just a move of feautures in your application. In some cases you might want to limit the number of cores. It's just simple a way to allow more control when initializing DPDK.</p>

<p dir="ltr">Kind Regards</p>
<p dir="ltr">Balazs Nemeth<br>
Hasselt University, Belgium<br>
2nd Master in Computer Science</p>
<div class="gmail_quote">On Aug 1, 2013 9:23 PM, "Stephen Hemminger" <<a href="mailto:stephen@networkplumber.org">stephen@networkplumber.org</a>> wrote:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
On Thu, 01 Aug 2013 20:17:43 +0200<br>
Marc Sune <<a href="mailto:marc.sune@bisdn.de">marc.sune@bisdn.de</a>> wrote:<br>
<br>
> Thanks Stephen for the hack.<br>
><br>
> Unfortunately, our main already has parameters, and are all<br>
> platform(architecture) agnostic, so this would break the assumption that<br>
> arguments should be platform agnostic.<br>
><br>
> But anyway thanks ;)<br>
> marc<br>
><br>
<br>
Also, our application is started by an init script and there is some shell<br>
magic to attempt to deduce number of cpus (not hard) and number of memory<br>
channels (kind of messy).  I do think the DPDK should work without any arguments<br>
and do this itself. The CPU part is easy by looking at /sys, but the memory<br>
channel information has to come from DMI which is a real ugly mess.<br>
<br>
<br>
</blockquote></div>