RE: [RFC PATCH 00/30] Kernel NET policy

From: Liang, Kan
Date: Mon Jul 18 2016 - 21:49:49 EST

> > Also of course it would be fundamentally less efficient than kernel
> > code doing that, just because of the additional context switches
> > needed.
> Synchronizing or configuring any kind of queues already requires rtnl_mutex.
> I didn't test it but acquiring rtnl mutex in inet_recvmsg is unlikely to fly
> performance wise and

Yes, rtnl will bring some overheads. But the configuration is one time thing for
application or socket. It only happens on receiving first packet.
Unless the application/socket only transmit few packets, the overhead
could be ignored. If they only transmit few packets, why they care about

> might even be very dangerous under DoS attacks (like
> I see in 24/30).
Patch 29/30 tries to prevent such case.