• Mahesh Bandewar's avatar
    ipvlan: Defer multicast / broadcast processing to a work-queue · ba35f858
    Mahesh Bandewar authored
    Processing multicast / broadcast in fast path is performance draining
    and having more links means more cloning and bringing performance
    down further.
    
    Broadcast; in particular, need to be given to all the virtual links.
    Earlier tricks of enabling broadcast bit for IPv4 only interfaces are not
    really working since it fails autoconf. Which means enabling broadcast
    for all the links if protocol specific hacks do not have to be added into
    the driver.
    
    This patch defers all (incoming as well as outgoing) multicast traffic to
    a work-queue leaving only the unicast traffic in the fast-path. Now if we
    need to apply any additional tricks to further reduce the impact of this
    (multicast / broadcast) type of traffic, it can be implemented while
    processing this work without affecting the fast-path.
    Signed-off-by: default avatarMahesh Bandewar <maheshb@google.com>
    Signed-off-by: default avatarDavid S. Miller <davem@davemloft.net>
    ba35f858
ipvlan.h 3.49 KB