Messages in this thread | | | Date | Wed, 9 Feb 2005 12:01:57 -0800 | From | "David S. Miller" <> | Subject | Re: [PATCH 2/2] ipv4 routing: multipath with cache support, 2.6.10-rc3 |
| |
On Wed, 09 Feb 2005 14:28:49 +0100 Einar Lück <lkml@einar-lueck.de> wrote:
> The scenarios we have in mind are setups in which a set of collaborating > servers steadly establish connections among each other with a very high rate. > This high rate requirement drove us to consider the inclusion of all > alternative routes into the routing cache because the corresponding delay > for each connection establishment is low and the load is balanced over all > available routes. That's why we did not consider a slow lookup in the fib > for each connection established.
So essentially you want per-flow multipathing. Except that you're implementation is over-optimizing it to the point where it's only per-flow for your specific case where the connections are short lived and high rate.
This hurts long lasting connections.
So I'm pretty much against this change. Do it right by making it occur per-connection attempt, it's not my problem to figure out how to do that efficiently, it's your's :-) - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
| |