[dpdk-dev] [PATCH] mbuf: add helpers to prefetch mbuf
Hi, On 05/10/2016 12:02 AM, Wiles, Keith wrote: >> diff --git a/lib/librte_mbuf/rte_mbuf.h b/lib/librte_mbuf/rte_mbuf.h >> index 529debb..e3ee0b3 100644 >> --- a/lib/librte_mbuf/rte_mbuf.h >> +++ b/lib/librte_mbuf/rte_mbuf.h >> @@ -842,6 +842,44 @@ struct rte_mbuf { >> uint16_t timesync; >> } __rte_cache_aligned; >> >> +/** >> + * Prefetch the first part of the mbuf >> + * >> + * The first 64 bytes of the mbuf corresponds to fields that are used early >> + * in the receive path. If the cache line of the architecture is higher than >> + * 64B, the second part will also be prefetched. >> + * >> + * @param m >> + * The pointer to the mbuf. >> + */ >> +static inline void >> +rte_mbuf_prefetch_part0(struct rte_mbuf *m) >> +{ >> +rte_prefetch0(>cacheline0); >> +} >> + >> +/** >> + * Prefetch the second part of the mbuf >> + * >> + * The next 64 bytes of the mbuf corresponds to fields that are used in the >> + * transmit path. If the cache line of the architecture is higher than 64B, >> + * this function does nothing as it is expected that the full mbuf is >> + * already in cache. >> + * >> + * @param m >> + * The pointer to the mbuf. >> + */ >> +static inline void >> +rte_mbuf_prefetch_part1(struct rte_mbuf *m) >> +{ >> +#if RTE_CACHE_LINE_SIZE == 64 >> +rte_prefetch0(>cacheline1); >> +#else >> +RTE_SET_USED(m); >> +#endif >> +} > > I am not super happy with the names here, but I understand that > rte_mbuf_prefetch_cacheline0() is a bit long. I could live with them being > longer if that makes more sense and adds to readability. Naming these functions rte_mbuf_prefetch_cacheline0() and rte_mbuf_prefetch_cacheline1() was my first intention, but as you said, it's long, and it's also not accurate because here we don't really deal with cache lines, and that's why I preffered to use "part" instead. I'm not opposed to name them part1/part2 instead of part0/part1 as Thomas suggested. Another option would be: - rte_mbuf_prefetch_rx_part(m) - rte_mbuf_prefetch_tx_part(m) The objective is to avoid the drivers to deal with the two possible cache line sizes with #ifdefs. So I don't think the function should be called something_cacheline. As a side note, I'm not really satisfied by the RTE_CACHE_LINE_MIN_SIZE and __rte_cache_min_aligned macros and I think it would be clearer to explicitly align to 64. If other people agree, I can submit a patch for this too. Any comment? > Another idea is to have only one function for both: > > enum { MBUF_CACHELINE0 = 0, MBUF_CACHELINE1, MBUF_CACHELINES }; // > Optional enum if you want > > static inline void > rte_mbuf_prefetch(struct rte_mbuf *m, unsigned cacheline) // Make sure we > add a comment about the constant value > { > if (cacheline == MBUF_CACHELINE0) > rte_prefetch0(>cacheline0); > else if (cacheline == MBUF_CACHELINE1) > rte_prefetch0(>cacheline1); > else { > rte_prefetch0(>cacheline0); > rte_prefetch0(>cacheline1); > } > } > > I believe if you use constant value in the call for the cacheline variable > then the extra code should be optimized out. If not then what about a macro > instead. > > #define rte_mbuf_prefetch(m, c) \ > do { \ > if ((c) == MBUF_CACHELINE0) \ > rte_prefetch0(&(m)->cacheline0); \ > else if ((c) == MBUF_CACHELINE1) \ > rte_prefetch0(&(m)->cacheline1); \ > else { \ > rte_prefetch0(&(m)->cacheline0); \ > rte_prefetch0(&(m)->cacheline1); \ > } \ > } while((0)) > > Call like this: > rte_mbuf_prefetch(m, 0);// For cacheline 0 > rte_mbuf_prefetch(m, 1);// For cacheline 1 > rte_mbuf_prefetch(m, 2);// For cacheline 0 and 1 In my opinion, the implementation and usage is simpler with 2 separate functions. What would be the advantage of this? > We could have another routine: > rte_mbuf_prefetch_data(m, 0); // Prefetch the first cacheline of the > packet data. Well, here, I think there is no need to replace rte_prefetch0(m->data). It's useful for mbuf structure prefetch because many drivers want to prefetch the rx part first, then the tx part. For data, the same function can be used whatever the cache line size. Regards, Olivier
[dpdk-dev] [PATCH] mbuf: add helpers to prefetch mbuf
>diff --git a/lib/librte_mbuf/rte_mbuf.h b/lib/librte_mbuf/rte_mbuf.h >index 529debb..e3ee0b3 100644 >--- a/lib/librte_mbuf/rte_mbuf.h >+++ b/lib/librte_mbuf/rte_mbuf.h >@@ -842,6 +842,44 @@ struct rte_mbuf { > uint16_t timesync; > } __rte_cache_aligned; > >+/** >+ * Prefetch the first part of the mbuf >+ * >+ * The first 64 bytes of the mbuf corresponds to fields that are used early >+ * in the receive path. If the cache line of the architecture is higher than >+ * 64B, the second part will also be prefetched. >+ * >+ * @param m >+ * The pointer to the mbuf. >+ */ >+static inline void >+rte_mbuf_prefetch_part0(struct rte_mbuf *m) >+{ >+ rte_prefetch0(>cacheline0); >+} >+ >+/** >+ * Prefetch the second part of the mbuf >+ * >+ * The next 64 bytes of the mbuf corresponds to fields that are used in the >+ * transmit path. If the cache line of the architecture is higher than 64B, >+ * this function does nothing as it is expected that the full mbuf is >+ * already in cache. >+ * >+ * @param m >+ * The pointer to the mbuf. >+ */ >+static inline void >+rte_mbuf_prefetch_part1(struct rte_mbuf *m) >+{ >+#if RTE_CACHE_LINE_SIZE == 64 >+ rte_prefetch0(>cacheline1); >+#else >+ RTE_SET_USED(m); >+#endif >+} I am not super happy with the names here, but I understand that rte_mbuf_prefetch_cacheline0() is a bit long. I could live with them being longer if that makes more sense and adds to readability. Another idea is to have only one function for both: enum { MBUF_CACHELINE0 = 0, MBUF_CACHELINE1, MBUF_CACHELINES }; // Optional enum if you want static inline void rte_mbuf_prefetch(struct rte_mbuf *m, unsigned cacheline) // Make sure we add a comment about the constant value { if (cacheline == MBUF_CACHELINE0) rte_prefetch0(>cacheline0); else if (cacheline == MBUF_CACHELINE1) rte_prefetch0(>cacheline1); else { rte_prefetch0(>cacheline0); rte_prefetch0(>cacheline1); } } I believe if you use constant value in the call for the cacheline variable then the extra code should be optimized out. If not then what about a macro instead. #define rte_mbuf_prefetch(m, c) \ do { \ if ((c) == MBUF_CACHELINE0) \ rte_prefetch0(&(m)->cacheline0); \ else if ((c) == MBUF_CACHELINE1) \ rte_prefetch0(&(m)->cacheline1); \ else { \ rte_prefetch0(&(m)->cacheline0); \ rte_prefetch0(&(m)->cacheline1); \ } \ } while((0)) Call like this: rte_mbuf_prefetch(m, 0);// For cacheline 0 rte_mbuf_prefetch(m, 1);// For cacheline 1 rte_mbuf_prefetch(m, 2);// For cacheline 0 and 1 We could have another routine: rte_mbuf_prefetch_data(m, 0); // Prefetch the first cacheline of the packet data. Just a thought and I did not test the above code, so I hope it works that way. I noticed something like this in the linux spinlock code a few years ago. >+ >+ > static inline uint16_t rte_pktmbuf_priv_size(struct rte_mempool *mp); > > /** >-- >2.8.0.rc3 > > Regards, Keith
[dpdk-dev] [PATCH] mbuf: add helpers to prefetch mbuf
2016-05-09 18:18, Olivier Matz: > +/** > + * Prefetch the second part of the mbuf > + * > + * The next 64 bytes of the mbuf corresponds to fields that are used in the > + * transmit path. If the cache line of the architecture is higher than 64B, > + * this function does nothing as it is expected that the full mbuf is > + * already in cache. > + * > + * @param m > + * The pointer to the mbuf. > + */ > +static inline void > +rte_mbuf_prefetch_part1(struct rte_mbuf *m) It is not so natural to call rte_mbuf_prefetch_part1() for the second part. Why not start mbuf parts numbering at 1?
[dpdk-dev] [PATCH] mbuf: add helpers to prefetch mbuf
Some architectures (ex: Power8) have a cache line size of 128 bytes, so the drivers should not expect that prefetching the second part of the mbuf is valid. This commit add helpers that can be used by drivers to prefetch the rx or tx part of the mbuf, whatever the cache line size. Signed-off-by: Olivier Matz --- drivers/net/fm10k/fm10k_rxtx_vec.c | 8 drivers/net/i40e/i40e_rxtx_vec.c | 8 drivers/net/ixgbe/ixgbe_rxtx_vec.c | 8 drivers/net/mlx4/mlx4.c| 4 ++-- drivers/net/mlx5/mlx5_rxtx.c | 4 ++-- examples/ipsec-secgw/ipsec-secgw.c | 2 +- lib/librte_mbuf/rte_mbuf.h | 38 ++ 7 files changed, 55 insertions(+), 17 deletions(-) diff --git a/drivers/net/fm10k/fm10k_rxtx_vec.c b/drivers/net/fm10k/fm10k_rxtx_vec.c index f8efe8f..2f3ccfe 100644 --- a/drivers/net/fm10k/fm10k_rxtx_vec.c +++ b/drivers/net/fm10k/fm10k_rxtx_vec.c @@ -487,10 +487,10 @@ fm10k_recv_raw_pkts_vec(void *rx_queue, struct rte_mbuf **rx_pkts, rte_compiler_barrier(); if (split_packet) { - rte_prefetch0(_pkts[pos]->cacheline1); - rte_prefetch0(_pkts[pos + 1]->cacheline1); - rte_prefetch0(_pkts[pos + 2]->cacheline1); - rte_prefetch0(_pkts[pos + 3]->cacheline1); + rte_mbuf_prefetch_part1(rx_pkts[pos]); + rte_mbuf_prefetch_part1(rx_pkts[pos + 1]); + rte_mbuf_prefetch_part1(rx_pkts[pos + 2]); + rte_mbuf_prefetch_part1(rx_pkts[pos + 3]); } /* D.1 pkt 3,4 convert format from desc to pktmbuf */ diff --git a/drivers/net/i40e/i40e_rxtx_vec.c b/drivers/net/i40e/i40e_rxtx_vec.c index 047aff5..ac528c4 100644 --- a/drivers/net/i40e/i40e_rxtx_vec.c +++ b/drivers/net/i40e/i40e_rxtx_vec.c @@ -331,10 +331,10 @@ _recv_raw_pkts_vec(struct i40e_rx_queue *rxq, struct rte_mbuf **rx_pkts, _mm_storeu_si128((__m128i *)_pkts[pos+2], mbp2); if (split_packet) { - rte_prefetch0(_pkts[pos]->cacheline1); - rte_prefetch0(_pkts[pos + 1]->cacheline1); - rte_prefetch0(_pkts[pos + 2]->cacheline1); - rte_prefetch0(_pkts[pos + 3]->cacheline1); + rte_mbuf_prefetch_part1(rx_pkts[pos]); + rte_mbuf_prefetch_part1(rx_pkts[pos + 1]); + rte_mbuf_prefetch_part1(rx_pkts[pos + 2]); + rte_mbuf_prefetch_part1(rx_pkts[pos + 3]); } /*shift the pktlen field*/ diff --git a/drivers/net/ixgbe/ixgbe_rxtx_vec.c b/drivers/net/ixgbe/ixgbe_rxtx_vec.c index 5040704..9bc7a5d 100644 --- a/drivers/net/ixgbe/ixgbe_rxtx_vec.c +++ b/drivers/net/ixgbe/ixgbe_rxtx_vec.c @@ -302,10 +302,10 @@ _recv_raw_pkts_vec(struct ixgbe_rx_queue *rxq, struct rte_mbuf **rx_pkts, _mm_storeu_si128((__m128i *)_pkts[pos+2], mbp2); if (split_packet) { - rte_prefetch0(_pkts[pos]->cacheline1); - rte_prefetch0(_pkts[pos + 1]->cacheline1); - rte_prefetch0(_pkts[pos + 2]->cacheline1); - rte_prefetch0(_pkts[pos + 3]->cacheline1); + rte_mbuf_prefetch_part1(rx_pkts[pos]); + rte_mbuf_prefetch_part1(rx_pkts[pos + 1]); + rte_mbuf_prefetch_part1(rx_pkts[pos + 2]); + rte_mbuf_prefetch_part1(rx_pkts[pos + 3]); } /* avoid compiler reorder optimization */ diff --git a/drivers/net/mlx4/mlx4.c b/drivers/net/mlx4/mlx4.c index 4f21dbe..e7a426d 100644 --- a/drivers/net/mlx4/mlx4.c +++ b/drivers/net/mlx4/mlx4.c @@ -3235,8 +3235,8 @@ mlx4_rx_burst(void *dpdk_rxq, struct rte_mbuf **pkts, uint16_t pkts_n) * Fetch initial bytes of packet descriptor into a * cacheline while allocating rep. */ - rte_prefetch0(seg); - rte_prefetch0(>cacheline1); + rte_mbuf_prefetch_part0(seg); + rte_mbuf_prefetch_part1(seg); ret = rxq->if_cq->poll_length_flags(rxq->cq, NULL, NULL, ); if (unlikely(ret < 0)) { diff --git a/drivers/net/mlx5/mlx5_rxtx.c b/drivers/net/mlx5/mlx5_rxtx.c index 9d1380a..3e901be 100644 --- a/drivers/net/mlx5/mlx5_rxtx.c +++ b/drivers/net/mlx5/mlx5_rxtx.c @@ -1086,8 +1086,8 @@ mlx5_rx_burst(void *dpdk_rxq, struct rte_mbuf **pkts, uint16_t pkts_n) * Fetch initial bytes of packet descriptor into a * cacheline while allocating rep. */ - rte_prefetch0(seg); - rte_prefetch0(>cacheline1); + rte_mbuf_prefetch_part0(seg); +