lkml.org 
[lkml]   [2005]   [Feb]   [9]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: [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/

\
 
 \ /
  Last update: 2005-03-22 14:10    [W:0.042 / U:0.692 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site