From owner-freebsd-current@FreeBSD.ORG Thu May 12 14:18:28 2005 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 178D116A4CE for ; Thu, 12 May 2005 14:18:28 +0000 (GMT) Received: from web80604.mail.yahoo.com (web80604.mail.yahoo.com [66.218.79.93]) by mx1.FreeBSD.org (Postfix) with SMTP id C2C5643D7B for ; Thu, 12 May 2005 14:18:27 +0000 (GMT) (envelope-from mohan_srinivasan@yahoo.com) Message-ID: <20050512141827.95064.qmail@web80604.mail.yahoo.com> Received: from [64.165.201.18] by web80604.mail.yahoo.com via HTTP; Thu, 12 May 2005 07:18:27 PDT Date: Thu, 12 May 2005 07:18:27 -0700 (PDT) From: Mohan Srinivasan To: Daniel Eriksson , freebsd-current@FreeBSD.org In-Reply-To: 6667 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii cc: 'Paul Saab' Subject: RE: cvs commit: src/sys/netinet tcp_input.c tcp_output.c tcp_sack.c tcp_var.h 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: Thu, 12 May 2005 14:18:28 -0000 Thanks. I'll take a look at this. mohan --- Daniel Eriksson wrote: > Paul Saab wrote: > > > ps 2005-05-11 21:37:43 UTC > > > > FreeBSD src repository > > > > Modified files: > > sys/netinet tcp_input.c tcp_output.c tcp_sack.c > > tcp_var.h > > Log: > > When looking for the next hole to retransmit from the scoreboard, > > or to compute the total retransmitted bytes in this sack recovery > > episode, the scoreboard is traversed. While in sack recovery, this > > traversal occurs on every call to tcp_output(), every dupack and > > every partial ack. The scoreboard could potentially get quite large, > > making this traversal expensive. > > > > This change optimizes this by storing hints (for the next hole to > > retransmit and the total retransmitted bytes in this sack recovery > > episode) reducing the complexity to find these values from O(n) to > > constant time. > > > > The debug code that sanity checks the hints against the computed > > value will be removed eventually. > > After upgrading one of my servers this morning (dual Athlon MP) I'm getting > a fair amount of these on the console: > > tcp_sack_output: Computed sack hole not the same as cached value > > So far I have ~50 such lines in the log after ~3 hours of uptime. No users > have reported any problems though. > > /Daniel Eriksson > > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" >