[Gllug] socket buffer overrun

Ben Fitzgerald ben_m_f at yahoo.co.uk
Thu Oct 20 15:48:08 UTC 2005


On Wed, Oct 19, 2005 at 10:28:42AM +0100, Daniel P. Berrange wrote:
> On Wed, Oct 19, 2005 at 12:05:16AM +0100, Peter Grandi wrote:
Raising the 'tcp_rmem' should help, as 1GHz can theoretically do
<snip>

> The TCP receive/send buffers will auto-tune themselves. Those three
> values in tcp_rmem set the mimimum level, the initial and the max
> level. All connections start out at the initial level and then auto
> tune between the min/max limits. Thus when altering tcp_rmem/tcp_wmem
> one should typicall only change the 3 number - the max level. This
> allows connections which need it to autotune up to the higher buffer
> size, without wasting precious kernel memory on all other TCP connections
> on the box.

hi dan,

yes. we did end up doing this (though the problem is an application one
this hack works in the meantime!).

I should add that auto-tuning is not always set, at least according to:

http://www.csm.ornl.gov/~dunigan/netperf/auto.html

  "Autotuning is disabled if the application does its own setsockopt()
  for TCP's SND/RCVBUF"

The above relates to 2.4 kernel so this may have changed in 2.6?

cheers,

ben.

-- 
Registered Linux user number 339435
-- 
Gllug mailing list  -  Gllug at gllug.org.uk
http://lists.gllug.org.uk/mailman/listinfo/gllug




More information about the GLLUG mailing list