[Babel-users] Revised [PATCH 1/2] Allow to independently monitor events for neighbour, interface, route, xroute

Christof Schulze christof.schulze at gmx.net
Sun Aug 25 19:39:19 BST 2019


Hello,

>> It was very effective and one of the things I used to get to 10k+
>> routes. It's a really tiny patch.... bpf is universal... want it again?
>
>I'll be glad to have a look, but I'm probably not going to merge it.  If
>anything deserves optimisation, it should be done in babeld itself, not by
>modifying the traffic post hoc.

I understand the scenario as this:

1. Babeld sends a message to the kernel to change a route
2. The kernel does its thing to adjust the route
3. Since babeld is subscribed to an event feed containing route-updates, 
   this changed route is communicated to babeld again.
4. Babel will parse this information, use up CPU time but there is no 
   gain in this.

Just my two cents: I am with Dave on that one. Why bother with that 
garbage inside babeld if we can cause the kernel to not send it back to 
babeld in the first place?


Christof




More information about the Babel-users mailing list