From owner-freebsd-current@FreeBSD.ORG Wed Jul 9 10:41:39 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D8D7A37B401 for ; Wed, 9 Jul 2003 10:41:39 -0700 (PDT) Received: from rwcrmhc12.comcast.net (rwcrmhc12.comcast.net [216.148.227.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id 60D6A43F85 for ; Wed, 9 Jul 2003 10:41:37 -0700 (PDT) (envelope-from julian@elischer.org) Received: from interjet.elischer.org ([12.233.125.100]) by attbi.com (rwcrmhc12) with ESMTP id <200307091741360140062gbre>; Wed, 9 Jul 2003 17:41:36 +0000 Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id KAA31451; Wed, 9 Jul 2003 10:41:36 -0700 (PDT) Date: Wed, 9 Jul 2003 10:41:35 -0700 (PDT) From: Julian Elischer To: John Polstra In-Reply-To: <200307091728.h69HSii2022610@strings.polstra.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: culverk@yumyumyum.org cc: current@freebsd.org Subject: Re: wierd dsl performance with -CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Jul 2003 17:41:40 -0000 On Wed, 9 Jul 2003, John Polstra wrote: > In article <20030709122610.E3831@alpha.yumyumyum.org>, > Kenneth Culver wrote: > > Recently, for some wierd reason, with FreeBSD-CURRENT my DSL > > downloads have gotten about 10-15 KB/sec slower than they used to be.. I > > used to get 160KB/sec downloads, and now can only manage about 145. I was > > wondering if there are any ideas what is causing this. I'm sure it's a > > FreeBSD problem because when I boot up windows or hook my mac straight to > > the dsl modem, each of those gets the full 160KB/sec download (from the > > same site, ftp2.freebsd.org) but when I download from FreeBSD, the speed > > drops. > > Just as an experiment, try setting "net.inet.tcp.newreno" to 0 using > sysctl(8). It might help; it might not. Please let us know. I think he is timing transfers from a Mac THROUGH the BSD box.. If so then a change in throughput would be due to a change in ppp behaviour.. It would be interesting to see if it changed with 1/ using mpd as the ppp client (as it uses an in-kernel pp node) 2/ ULE changes anything (as it may be that it's a scheduler thing with ppp being a user program). julian