On Mon, 2016-05-02 at 09:49 +0200, Jesper Dangaard Brouer wrote: > What about using bulk free of SKBs here? > > There is a very high probability that we are hitting SLUB slowpath, > which involves an expensive locked cmpxchg_double per packet. Instead > we can amortize this cost via kmem_cache_free_bulk(). > > Maybe extend kfree_skb_list() to hide the slab/kmem_cache call?
Sounds tricky, because of skb destructors. skb are complex objects. For each skb, need to free the frags, skb->head, and skb.