Date: Tue, 5 Jun 2001 23:45:56 +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: <20010605234556.C72684@skriver.dk> In-Reply-To: <Pine.BSF.4.21.0106021204440.309-100000@av.fks.lan>; from myke@ees.com on Sat, Jun 02, 2001 at 12:11:30PM -0600 References: <20010602013105.B30539@skriver.dk> <Pine.BSF.4.21.0106021204440.309-100000@av.fks.lan>
next in thread | previous in thread | raw e-mail | index | archive | help
On Sat, Jun 02, 2001 at 12:11:30PM -0600, Mike Holling wrote: > > 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 ? > > I did some more investigation. Increasing the buffer sizes above 65535 > did not seem to improve performance further, although at 262144 it > wouldn't work at all (just get a message about no buffer space being > available). Fetch worked fine with or without TCP extensions, enabling > them didn't seem to make any difference in performance. However, ncftp3 > would always hang with TCP extensions enabled. It also didn't perform as > well as fetch on the same download. With fetch I was able to achieve over > 90kbyte/sec downloads consistently, not bad for a service which claims to > have a maximum thruput of only 400kbits/sec... Could you please give specific examples of destinations not working, including a ping to that host (so we'll see the RTD and if there is loss). Could you also please send your kernel configuration, and the output of `sysctl -a | egrep \(kern.ipc\|net.inet\)` /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?20010605234556.C72684>