Thread (28 messages) 28 messages, 4 authors, 8d ago

Re: [PATCH net-next 08/12] net: bridge: vlan: quiesce readers before freeing port VLANs

flat view

From: Nikolay Aleksandrov <razor@blackwall.org>
Date: 2026-10-02 20:00:00
Also in: bridge

On 02/10/2026 22:50, Jakub Kicinski wrote:
On Thu, 1 Oct 2026 15:07:21 +0300 Nikolay Aleksandrov wrote:
quoted
- Yes, they can be batched and I had them batched initially but when
   I ran my tests I didn't notice any problems deleting a full VLAN
   range. It took 79ms on my host to delete 4k VLANs. As I've stated in
   my cover letter - the complexity is not worth it, so I dropped that
   patch.
For the 79ms number - how big was the system and was it busy?
It was a VM with 3 vCPUs, not load. The baseline (without patches) was ~25% faster.
This is still a slow path and deleting 4k VLANs is not a common thing. :)

Note that flushing all VLANs usually happens when a port is being deleted and
that is still fast as before (it doesn't wait a gp for every VLAN).

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