From owner-freebsd-hackers Fri Jun 7 20:04:29 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id UAA26018 for hackers-outgoing; Fri, 7 Jun 1996 20:04:29 -0700 (PDT) Received: from parkplace.cet.co.jp (parkplace.cet.co.jp [202.32.64.1]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id UAA26004 for ; Fri, 7 Jun 1996 20:04:23 -0700 (PDT) Received: from localhost (michaelh@localhost) by parkplace.cet.co.jp (8.7.5/CET-v2.1) with SMTP id MAA15235 for ; Sat, 8 Jun 1996 12:04:21 +0900 (JST) Date: Sat, 8 Jun 1996 12:04:20 +0900 (JST) From: Michael Hancock To: hackers@FreeBSD.ORG Subject: Testing DE driver In-Reply-To: <199606032200.WAA28097@whydos.lkg.dec.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk I'm testing Matt Thomas' experimental DE driver. Well sort of. What would be a good way to stress test this driver? All I've done so far with the driver was a few large sup sessions and running NetScape. Also, how do I check to see if there are any ipintrq drops? -mh On Mon, 3 Jun 1996, Matt Thomas wrote: > > I modified my new/normal if_de.c driver to do something > quite different from most network drivers. > > This driver will defer processing of interrupts to a > netisr routine. Actually the acknowledges an interrupt, > and disables interrupts for the device, and waits for > a software interrupt to acutally service the interrupt. > > Thus hardly any of the driver runs splimp and most runs > at splnet. > > This also results in pratically no drops at the protocol > layer (ie. ipintrq). With a small change to ether_input > and ip_input, one could even bypass ipintrq and have > much fairer input processing (reduce queueing delays and > effects considerably). > > If you are in an environment where you are getting > ipintrq drops with the de driver, I'd be very curious > to see what results you get from this driver. > > Send me mail if you are interested... > > (Anything after 2.1.0-RELEASE should work fine included > 2.2-current). > > -- > Matt Thomas Internet: matt@3am-software.com > 3am Software Foundry WWW URL: http://www.3am-software.com/bio/matt.html > Westford, MA Disclaimer: I disavow all knowledge of this message > > -- michaelh@cet.co.jp http://www.cet.co.jp CET Inc., Daiichi Kasuya BLDG 8F 2-5-12, Higashi Shinbashi, Minato-ku, Tokyo 105 Japan Tel: +81-3-3437-1761 Fax: +81-3-3437-1766