From owner-freebsd-current Thu Oct 18 7:28:15 2001 Delivered-To: freebsd-current@freebsd.org Received: from falcon.mail.pas.earthlink.net (falcon.mail.pas.earthlink.net [207.217.120.74]) by hub.freebsd.org (Postfix) with ESMTP id D490037B40A for ; Thu, 18 Oct 2001 07:28:11 -0700 (PDT) Received: from mindspring.com (dialup-209.247.141.141.Dial1.SanJose1.Level3.net [209.247.141.141]) by falcon.mail.pas.earthlink.net (8.11.5/8.9.3) with ESMTP id f9IES3s20266; Thu, 18 Oct 2001 07:28:03 -0700 (PDT) Message-ID: <3BCEE71A.2125AF0F@mindspring.com> Date: Thu, 18 Oct 2001 07:28:42 -0700 From: Terry Lambert Reply-To: tlambert2@mindspring.com X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony} (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: "Kenneth D. Merry" Cc: current@FreeBSD.ORG Subject: Re: SIC: New Patch (context diff) References: <3BC00ABC.20ECAAD8@mindspring.com> <20011008231046.A10472@panzer.kdm.org> <3BC34FC2.6AF8C872@mindspring.com> <20011010000604.A19388@panzer.kdm.org> <3BC40E04.D89ECB05@mindspring.com> <20011010232020.A27019@panzer.kdm.org> <3BC55201.EC273414@mindspring.com> <20011015002407.A59917@panzer.kdm.org> <3BCB2C87.BEF543A0@mindspring.com> <3BCC7351.575FAA5@mindspring.com> <20011017231925.B84762@panzer.kdm.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG "Kenneth D. Merry" wrote: > > Here are the context diff versions of the coelescing patch. > > Ahh, I see. In short (at least for the ti(4) driver), you're running the > transmit and receive routines until they run without processing any > packets. So you catch any packets that came into the receive rings while > the transmit routine was running, etc. > > Or rather you're waiting for a lull in packet transmission and reception to > exit the interrupt handler. > > Does this have any noticeable effect on performance? I can't discount the LRP effects, as I've said in the past. But it increases my connections per second to 115%. When combined with LRP, which processes all the way up to the "accept" and socket allocation at interrupt time (I had to do a nice, sneaky thing to make that work 8-)), I get better than a 300% improvement (from 7,000 to 23,500 per second). This all works by removing the NETISR related queue and dequeue on the way in, and not contending for pool retention. It also means that I can drop packets I am unable to process much sooner, rather than later, which virtually increases my pool size. I only wish I could take credit for the ideas behind the implementation. 8-). -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message