Thread (82 messages) 82 messages, 9 authors, 2021-10-29

Re: [dpdk-dev] [PATCH v3 1/4] mempool: add event callbacks

From: Andrew Rybchenko <hidden>
Date: 2021-10-12 09:46:26

On 10/12/21 12:37 PM, Dmitry Kozlyuk wrote:
quoted
On 10/12/21 3:04 AM, Dmitry Kozlyuk wrote:
quoted
Data path performance can benefit if the PMD knows which memory it
will need to handle in advance, before the first mbuf is sent to the PMD.
[...]

I'd like to understand why the API is internal (not experimental). I think reasons
should be clear from function description.
My reasoning was that PMDs need this API while applications don't. PMDs may need to deal with any mempools and don't control their creation, while the application knows which mempools it creates and doesn't care about internal mempools PMDs might create. But maybe I was wrong and there are applications that want to use mbufs from those internal mempools for non-DPDK IO, something SPDK-like. I'll add a note about that in the description and make them experimental.
It is a good explanation. Thanks.
May be it is safer to keep it internal until
we find the first external user.
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help