<div dir="ltr"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">David wrote:<br>>I don't think you understand the intent behind the DPDK framework. <br><br></blockquote><div>Thank you. Indeed I stand corrected. Associating an IP address with the DPDK NIC works from a bad frame on the problem.</div><div><br>I'd appreciate one additional bit of information if possible. Once the DPDK NIC is bound to vfio-pci the DPDK Linux manual at<br><a href="https://doc.dpdk.org/guides/linux_gsg/linux_drivers.html#vfio">https://doc.dpdk.org/guides/linux_gsg/linux_drivers.html#vfio</a> mentions setup steps including:<br><br>Create the desired number of VF devices</div>echo 2 > /sys/bus/pci/devices/0000:86:00.0/sriov_numvfs<br><br>My question: what is the upper bound on the number of VF devices? What's the thinking process? For example,<br>maybe one of these approaches makes sense?<br><br>- VF device count is bound from above by the number or RX/TX queues<br>- VF device count is bound from above by the amount of on-NIC memory<br>- VF device count is bound from above by manufacturer. Each NIC has some max; read specs</div><div class="gmail_quote">- VF device count is like the number of ports on a UNIX: 1000s are available and what you need depends on software: how many concurrent connections are needed?<br><br>DPDK must have an API that programatically discovers the PFs and VFs per PF.<br><br>Finally: is a VF device duplex (sends and receives)? Or just RX or just TX only? <br><br>Thank you.<br></div></div>