Skip site navigation (1)Skip section navigation (2)
Date:      Sat, 2 Jun 2001 01:31:06 +0200
From:      Jesper Skriver <jesper@skriver.dk>
To:        Mike Holling <myke@ees.com>
Cc:        Matt Dillon <dillon@earth.backplane.com>, Juha Saarinen <juha@saarinen.org>, Blaz Zupan <blaz@si.FreeBSD.org>, freebsd-stable@FreeBSD.ORG
Subject:   Re: poor performance with FreeBSD and Windows ICS
Message-ID:  <20010602013105.B30539@skriver.dk>
In-Reply-To: <Pine.BSF.4.21.0106011231490.11009-100000@av.fks.lan>; from myke@ees.com on Fri, Jun 01, 2001 at 12:38:01PM -0600
References:  <200106010136.f511aUZ79086@earth.backplane.com> <Pine.BSF.4.21.0106011231490.11009-100000@av.fks.lan>

next in thread | previous in thread | raw e-mail | index | archive | help
On Fri, Jun 01, 2001 at 12:38:01PM -0600, Mike Holling wrote:
> >     Try increasing the TCP buffer sizes.  That's the net.inet.tcp.sendspace
> >     and net.inet.tcp.recvspace sysctl's.  Satellite links have huge 
> >     latencies and can easily fill the 16K default tcp stream buffer size.
> >     Try bumping them up to 60000 and if that works you can try going even
> >     larger... e.g. 262144.  Try 60000 first, if that works well stick with
> >     it because values >= 65536 require tcp window sizing to be supported
> >     and not all platforms implement it properly.
> 
> Upping sendspace and recvspace fixed the problem, I was able to get a file
> at 67Kbyte/sec which only came down at 25 before changing the values.  
> 65535 seems to be a good value for both parameters.  Enabling RFC 1323
> extensions had a bad effect, after enabling extensions all my transfers
> would hang.  Is there a place to put this in the FAQ?

Could you give examples of what you did with rfc1323 extensions,
just enabled it in /etc/rc.conf, without touching the send/recieve
buffers, or ?

Could you also please give a example of a site that you would get
hanging connections to ?

What do you mean with hanging connections ?

/Jesper

-- 
Jesper Skriver, jesper(at)skriver(dot)dk  -  CCIE #5456
Work:    Network manager   @ AS3292 (Tele Danmark DataNetworks)
Private: FreeBSD committer @ AS2109 (A much smaller network ;-)

One Unix to rule them all, One Resolver to find them,
One IP to bring them all and in the zone to bind them.

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-stable" in the body of the message




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20010602013105.B30539>