Thread (9 messages) 9 messages, 3 authors, 2023-08-07

RE: [EXT] Re: [PATCH net] octeontx2-pf: Set maximum queue size to 16K

From: Ratheesh Kannoth <rkannoth@marvell.com>
Date: 2023-08-04 02:26:20
Also in: lkml

From: Alexander Lobakin <aleksander.lobakin@intel.com>
Sent: Thursday, August 3, 2023 8:37 PM
To: Ratheesh Kannoth <rkannoth@marvell.com>
Subject: [EXT] Re: [PATCH net] octeontx2-pf: Set maximum queue size to 16K
quoted
These recycling will impact on performance, right ? else, why didn't page
pool made this size as constant.

Page Pool doesn't need huge ptr_ring sizes to successfully recycle pages.
Especially given that the recent PP optimizations made locking recycling
happen much more rarely.
Got it. Thanks. 
Re "size as constant" -- because lots of NICs don't need more than 256 or 512
descriptors and it would be only a waste to create page_pools with huge
ptr_rings for them. Queue sizes bigger than 1024 (ok, maybe
2048) is the moment when the linear scale stops working. That's why I
believe that going out of [64, 2048] for page_pools doesn't make much
sense.
So, will clamp to 2048 in page_pool_init() ? But it looks odd to me, as 
User requests > 2048,  but will never be aware that it is clamped to 2048.
Better do this clamping in Driver and print a warning  message ? 

-Ratheesh 
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help