• E
    net: use synchronize_rcu_expedited() · be3fc413
    Eric Dumazet 提交于
    synchronize_rcu() is very slow in various situations (HZ=100,
    CONFIG_NO_HZ=y, CONFIG_PREEMPT=n)
    
    Extract from my (mostly idle) 8 core machine :
    
     synchronize_rcu() in 99985 us
     synchronize_rcu() in 79982 us
     synchronize_rcu() in 87612 us
     synchronize_rcu() in 79827 us
     synchronize_rcu() in 109860 us
     synchronize_rcu() in 98039 us
     synchronize_rcu() in 89841 us
     synchronize_rcu() in 79842 us
     synchronize_rcu() in 80151 us
     synchronize_rcu() in 119833 us
     synchronize_rcu() in 99858 us
     synchronize_rcu() in 73999 us
     synchronize_rcu() in 79855 us
     synchronize_rcu() in 79853 us
    
    When we hold RTNL mutex, we would like to spend some cpu cycles but not
    block too long other processes waiting for this mutex.
    
    We also want to setup/dismantle network features as fast as possible at
    boot/shutdown time.
    
    This patch makes synchronize_net() call the expedited version if RTNL is
    locked.
    
    synchronize_rcu_expedited() typical delay is about 20 us on my machine.
    
     synchronize_rcu_expedited() in 18 us
     synchronize_rcu_expedited() in 18 us
     synchronize_rcu_expedited() in 18 us
     synchronize_rcu_expedited() in 18 us
     synchronize_rcu_expedited() in 20 us
     synchronize_rcu_expedited() in 16 us
     synchronize_rcu_expedited() in 20 us
     synchronize_rcu_expedited() in 18 us
     synchronize_rcu_expedited() in 18 us
    Signed-off-by: NEric Dumazet <eric.dumazet@gmail.com>
    CC: Paul E. McKenney <paulmck@linux.vnet.ibm.com>
    CC: Ben Greear <greearb@candelatech.com>
    Reviewed-by: NPaul E. McKenney <paulmck@linux.vnet.ibm.com>
    Signed-off-by: NDavid S. Miller <davem@davemloft.net>
    be3fc413
dev.c 158.0 KB