From owner-freebsd-net Wed Jan 24 12: 7:14 2001 Delivered-To: freebsd-net@freebsd.org Received: from mrout1.yahoo.com (mrout1.yahoo.com [208.48.125.95]) by hub.freebsd.org (Postfix) with ESMTP id BD88737B6A0 for ; Wed, 24 Jan 2001 12:06:56 -0800 (PST) Received: from milk.yahoo.com (milk.yahoo.com [206.251.16.37]) by mrout1.yahoo.com (8.11.1/8.11.1/y.out) with ESMTP id f0OK6ss31962; Wed, 24 Jan 2001 12:06:54 -0800 (PST) Received: (from root@localhost) by milk.yahoo.com (8.11.0/8.11.0) id f0OK6rd66168; Wed, 24 Jan 2001 12:06:53 -0800 (PST) (envelope-from jayanth) Date: Wed, 24 Jan 2001 12:06:53 -0800 From: jayanth To: Paul Herman Cc: Jonathan Lemon , net@FreeBSD.ORG Subject: Re: I have delayed ACK problems Message-ID: <20010124120653.B65472@yahoo-inc.com> References: <200101241721.f0OHL2627523@prism.flugsvamp.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: ; from pherman@frenchfries.net on Wed, Jan 24, 2001 at 08:50:06PM +0100 Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org it looks like the tcp code is not acking the data when the PUSH flag is set. It would be useful to generate an immediate ACK when the PUSH flag is set. it would be interesting to see if the other sends two full sized tcp segments if the freebsd stack will then immediately acknowledge the data. jayanth Paul Herman (pherman@frenchfries.net) wrote: > Hi Jonathan, > > On Wed, 24 Jan 2001, Jonathan Lemon wrote: > > > >10:49:54.279497 16.1035 > 10.40438: . ack 19433 win 17520 (DF) > > >10:49:54.371025 16.1035 > 10.40438: . ack 21481 win 17520 (DF) > > > > Are you sure the trace has delayed ack turned off? > > Sorry, wasn't clear there. Yes, this trace is with delayed acks > turned ON, exhibiting the performance problems I was describing. > > > Try bumping up net.inet.tcp.slowstart_flightsize, which specifies > > how many packets can be outstanding (unacked) at the beginning > > of a TCP connection. > > Do you mean lower? Then it wouldn't wait for more segments to arrive > and run up the delayed ack timer, correct? > > Thanks, I'll try it out (both ways, higher & lower values) but this > unfortunately seems like a workaround rather than a solution. > > Something just doesn't sit well me. This shouldn't happen in a > 100Mbit LAN. This seems like a plain vanilla network transaction, and > FreeBSD is failing on something, where other OSes in the same > environment don't. > > Time to dig through sys/netinet/tcp* ... > > -Paul. > > > > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-net" in the body of the message > > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message