[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <20081101.211541.182428064.davem@davemloft.net>
Date: Sat, 01 Nov 2008 21:15:41 -0700 (PDT)
From: David Miller <davem@...emloft.net>
To: yavor@...plifymedia.com
Cc: netdev@...r.kernel.org
Subject: Re: [Patch] Establishing more than 64K outgoing TCP connections
From: Yavor Goulishev <yavor@...plifymedia.com>
Date: Tue, 28 Oct 2008 17:06:33 -0400
> I'm sending you a tiny patch for the kernel. The change allowed me
> to establish more than 64K outgoing TCP connections from a single
> Linux box. Being able to use multihomed client box to load test a
> server reduced dramatically the number of physical boxes I needed.
> The other way to go was virtual machines, but you can't beat the
> simplicity of the single multihomed client. Also the patch fixes an
> important symmetry. Using the multihome setup is a simple technique
> to overcome the 64K limit on the server side. The patch makes it
> possible on the client side too.
>
> The fix is only for TCP but probably the same issue exists for UDP.
> I didn't had the time to investigate.
>
> The patch is against the latest code base 2.6.28-rc2.
As I mentioned in my initial reply to you, this exact patch
has been proposed in the future and rejected.
The problem is that although it fixes the limitation, it
introduces a new problem.
The current code tries to keep the hash chains as shallow
as possible. One part of how it achieves this is that it
tries to use up all the available ports using it's
scanning algorithm. Your change works against this, and
will tend to make the hash chains deeper.
A solution needs to be devised which handles both issues.
--
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Powered by blists - more mailing lists