RE: [PATCH] net/i40e: Fast release optimizations

> > > I am talking about different thing: > > > I think with some extra effort driver can use (in some cases) > > > rte_mbuf_raw_free_bulk() even when > RTE_ETH_TX_OFFLOAD_MBUF_FAST_FREE > > > is not specified. > > > Let say we can make txq->fast_free_mp[] an array with the same size > as txq- >

RE: [PATCH] net/i40e: Fast release optimizations

> > I am talking about different thing: > > I think with some extra effort driver can use (in some cases) > > rte_mbuf_raw_free_bulk() even when RTE_ETH_TX_OFFLOAD_MBUF_FAST_FREE > > is not specified. > > Let say we can make txq->fast_free_mp[] an array with the same size as txq- > > >txep[].

RE: [PATCH] net/i40e: Fast release optimizations

> From: Konstantin Ananyev [mailto:konstantin.anan...@huawei.com] > Sent: Tuesday, 1 July 2025 10.16 [...] > I am talking about different thing: > I think with some extra effort driver can use (in some cases) > rte_mbuf_raw_free_bulk() even when RTE_ETH_TX_OFFLOAD_MBUF_FAST_FREE > is not spec

RE: [PATCH] net/i40e: Fast release optimizations

> > > > When fast releasing mbufs, the mbufs are not accessed, so do not > > prefetch > > > > them. > > > > This saves a mbuf load operation for each fast released TX mbuf. > > > > > > > > When fast release of mbufs is enabled for a TX queue, cache the mbuf > > > > mempool pointer in the TX queue

RE: [PATCH] net/i40e: Fast release optimizations

> From: Morten Brørup [mailto:m...@smartsharesystems.com] > Sent: Monday, 30 June 2025 18.06 > > > From: Morten Brørup [mailto:m...@smartsharesystems.com] > > Sent: Monday, 30 June 2025 15.46 > > > > > From: Konstantin Ananyev [mailto:konstantin.anan...@huawei.com] > > > Sent: Monday, 30 June 2025

RE: [PATCH] net/i40e: Fast release optimizations

> From: Morten Brørup [mailto:m...@smartsharesystems.com] > Sent: Monday, 30 June 2025 15.46 > > > From: Konstantin Ananyev [mailto:konstantin.anan...@huawei.com] > > Sent: Monday, 30 June 2025 13.41 > > > > > When fast releasing mbufs, the mbufs are not accessed, so do not > prefetch > > > them.

RE: [PATCH] net/i40e: Fast release optimizations

> From: Konstantin Ananyev [mailto:konstantin.anan...@huawei.com] > Sent: Monday, 30 June 2025 13.41 > > > When fast releasing mbufs, the mbufs are not accessed, so do not prefetch > > them. > > This saves a mbuf load operation for each fast released TX mbuf. > > > > When fast release of mbufs is

RE: [PATCH] net/i40e: Fast release optimizations

> When fast releasing mbufs, the mbufs are not accessed, so do not prefetch > them. > This saves a mbuf load operation for each fast released TX mbuf. > > When fast release of mbufs is enabled for a TX queue, cache the mbuf > mempool pointer in the TX queue structure. > This saves one mbuf load

[PATCH] net/i40e: Fast release optimizations

When fast releasing mbufs, the mbufs are not accessed, so do not prefetch them. This saves a mbuf load operation for each fast released TX mbuf. When fast release of mbufs is enabled for a TX queue, cache the mbuf mempool pointer in the TX queue structure. This saves one mbuf load operation for ea

RE: [PATCH] net/i40e: Fast release optimizations

> From: Bruce Richardson [mailto:bruce.richard...@intel.com] > Sent: Wednesday, 25 June 2025 12.48 > > On Tue, Jun 24, 2025 at 06:12:38AM +, Morten Brørup wrote: > > When fast releasing mbufs, the mbufs are not accessed, so do not > prefetch > > them. > > This saves a mbuf load operation for e

Re: [PATCH] net/i40e: Fast release optimizations

On Tue, Jun 24, 2025 at 06:12:38AM +, Morten Brørup wrote: > When fast releasing mbufs, the mbufs are not accessed, so do not prefetch > them. > This saves a mbuf load operation for each fast released TX mbuf. > > When fast release of mbufs is enabled for a TX queue, cache the mbuf > mempool p