[dpdk-users] Pure container-ized DPDK test

[Mathieu Devos]

Hello,

For a recent project, we're currently writing an application which is using
DKDP to hook into the NICs directly. However, as part of testing this
application, we use a CI tool which can compile the application, use a
containerized version of DPDK to test said application with the unit tests.

However, we're moving this whole process to the cloud, this is where the
issues come in.
The current setup has a VM running with several of these NICs virtualized
for this container to utilize and run the application with DPDK. This means
we just keep the VM up & running and refresh the container with the new
application in there.

Now with the cloud, we won't have this VM anymore, and we have no idea on
which host this will be running (also we won't be having access to the host
platform probably).

My (our) questions is pretty straightforward, linux kernel allows you to
instantly create new NIC aliases, however, to create new actual NICs you
have to resort to one of these 3 steps (
https://stackoverflow.com/questions/49963311/how-can-i-get-dpdk-to-recognize-a-nic-virtualized-by-linux).
However, would it be possible to run our application in a pure container,
emulate (in that container) one or multiple NICs and let DPDK hook into
those?
We're very well aware that the speed of these NICs will be atrociously low,
something DPDK was written to originally avoid, however, this is one of the
first testing setups in our QA process.

If the units tests for the application would pass within this container, we
would export it to a proper VM, and then push it down to the actual
hardware to continue testing.

The idea is that we wish to see if our application is failing as soon as
possible, and not wait to see it on hardware, just to see it all fail
because of faulty code in the application.

If any of this sounds ridiculous, or I'm understanding the whole setup just
plainly wrong, don't hesitate to correct me.
I'm very new to DPDK, and find it very interesting so far, always looking
to learn more on the topic.


Best regards,
Mathieu

-- 
*M*athieu *D*evos
M.Sc.(Tech) - Software Developer
+358 45 787 48074
Intopalo