[Top] [All Lists]

Re: [PATCH 2/2] ipv4 routing: multipath with cache support, 2.6.10-rc3

To: Einar Lück <lkml@xxxxxxxxxxxxxx>
Subject: Re: [PATCH 2/2] ipv4 routing: multipath with cache support, 2.6.10-rc3
From: "David S. Miller" <davem@xxxxxxxxxxxxx>
Date: Wed, 9 Feb 2005 12:01:57 -0800
Cc: linux-kernel@xxxxxxxxxxxxxxx, netdev@xxxxxxxxxxx
In-reply-to: <420A1011.1030602@xxxxxxxxxxxxxx>
References: <41C6B54F.2020604@xxxxxxxxxxxxxx> <20050202172333.4d0ad5f0.davem@xxxxxxxxxxxxx> <420A1011.1030602@xxxxxxxxxxxxxx>
Sender: netdev-bounce@xxxxxxxxxxx
On Wed, 09 Feb 2005 14:28:49 +0100
Einar Lück <lkml@xxxxxxxxxxxxxx> 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 
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 :-)

<Prev in Thread] Current Thread [Next in Thread>