From owner-freebsd-net Sun Nov 5 18: 1: 7 2000 Delivered-To: freebsd-net@freebsd.org Received: from silby.com (cb34181-c.mdsn1.wi.home.com [24.183.3.139]) by hub.freebsd.org (Postfix) with ESMTP id 7691537B4D7 for ; Sun, 5 Nov 2000 18:01:04 -0800 (PST) Received: (qmail 40263 invoked by uid 1000); 6 Nov 2000 02:01:03 -0000 Received: from localhost (sendmail-bs@127.0.0.1) by localhost with SMTP; 6 Nov 2000 02:01:03 -0000 Date: Sun, 5 Nov 2000 20:01:03 -0600 (CST) From: Mike Silbersack To: Kris Kennaway Cc: "Richard A. Steenbergen" , David Greenman , freebsd-net@FreeBSD.ORG Subject: Re: tcp sendspace/recvspace In-Reply-To: <20001105175722.A8886@citusc17.usc.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Sun, 5 Nov 2000, Kris Kennaway wrote: > Perhaps it was a bug, but I used to see e.g. FTP transfers which were > running at full speed totally monopolizing my modem bandwidth (then a > 14.4k), and other sessions not being able to receive their "fair > share". Tweaking net.inet.tcp.recvspace to give only a second or two > worth of data transfer reduced the latency to acceptable levels. > > Maybe this has been fixed by now - I haven't noticed it since I > upgraded to a 56k modem. I'll try increasing my system to 32768 > and see if it has any effect. > > Kris Isn't that more related to the length of the interface queue for PPP? I think Archie tweaked it (or was going to) when he changed how packets overflowing the queue are handled. Mike "Silby" Silbersack To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message