From owner-freebsd-hackers  Mon Jul 16  7:27: 9 2001
Delivered-To: freebsd-hackers@freebsd.org
Received: from info.iet.unipi.it (info.iet.unipi.it [131.114.9.184])
	by hub.freebsd.org (Postfix) with ESMTP id BFFF037B401
	for <hackers@FreeBSD.ORG>; Mon, 16 Jul 2001 07:26:58 -0700 (PDT)
	(envelope-from luigi@info.iet.unipi.it)
Received: (from luigi@localhost)
	by info.iet.unipi.it (8.9.3/8.9.3) id QAA48911;
	Mon, 16 Jul 2001 16:20:41 +0200 (CEST)
	(envelope-from luigi)
From: Luigi Rizzo <luigi@info.iet.unipi.it>
Message-Id: <200107161420.QAA48911@info.iet.unipi.it>
Subject: Re: eXperimental bandwidth delay product code (was Re: Network performance
 tuning.)
In-Reply-To: <20010715061915.A59691@futuresouth.com> from Tim at "Jul 15, 2001
 06:19:15 am"
To: Tim <tim@futuresouth.com>
Date: Mon, 16 Jul 2001 16:20:40 +0200 (CEST)
Cc: Matt Dillon <dillon@earth.backplane.com>,
	Leo Bicknell <bicknell@ufp.org>, Drew Eckhardt <drew@PoohSticks.ORG>,
	hackers@FreeBSD.ORG
X-Mailer: ELM [version 2.4ME+ PL61 (25)]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Sender: owner-freebsd-hackers@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-hackers.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo@FreeBSD.ORG?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo@FreeBSD.ORG?subject=subscribe%20freebsd-hackers>
List-Unsubscribe: <mailto:majordomo@FreeBSD.ORG?subject=unsubscribe%20freebsd-hackers>
X-Loop: FreeBSD.ORG

> Cool!  We were just commenting that it's too bad dummynet/ALTQ really
> couldn't help the interactive response for us dial-up users.  Anyway, I

i haven't seen the beginning of the thread but surely both altq
and dummynet can help, with the CBQ/WFQ support.

In the case of dummynet, you can pace incoming traffic as well,
at your endpoint. This means you act after the bottleneck,
but the effect is that this way
you will delay acks, and so slow down the connection eating a lot of
bandwidth, and in the steady state this keeps the queue very
short even before the bottleneck.
Much like what products like packeteer do.

	cheers
	luigi

> just tried this on my dial-up connection on a fresh -STABLE but don't
> really notice any appreciable difference.
> 
> net.inet.tcp.tcp_send_dynamic_enable: 1
> net.inet.tcp.tcp_send_dynamic_min: 1024 (tried it with default 4096 too)
> 
> My ssh response is still about 3 or 4 seconds behind my typing.  What
> should a dial-up user expect?
> 
> Thanks!
> 
> Tim
> 
> To Unsubscribe: send mail to majordomo@FreeBSD.org
> with "unsubscribe freebsd-hackers" in the body of the message
> 


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