[dts] The semantics of rte_eth_rx_burst and rte_eth_rx_queue_count
Masoud Moshref Javadi
masood.moshref.j at gmail.com
Tue Jul 28 00:47:14 CEST 2015
Thanks
I figured that out by looking at the source code.
On 7/27/2015 11:04 AM, Masoud Moshref Javadi wrote:
> Hi,
>
> I don't understand the semantics of these two methods
> (rte_eth_rx_burst and rte_eth_rx_queue_count).
>
> For rte_eth_rx_burst with burst of B.
>
> * Does that mean it will not return until it receive at least B
> packets? or it just returns with whatever packets that are in the
> NIC's queue?
> * Does that mean it will wait at least x clocks before returning 0
> to B packets?
>
> For rte_eth_rx_queue_count:
>
> * Does it go to the NIC and poll the # filled entries at its queue?
> if yes, how much is its overhead?
> * Do we need to call rte_eth_rx_burst (or similar methods) to make
> it updated?
>
>
> Regards
>
More information about the dts
mailing list