From owner-freebsd-hackers Fri Sep 19 01:40:26 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id BAA25567 for hackers-outgoing; Fri, 19 Sep 1997 01:40:26 -0700 (PDT) Received: from word.smith.net.au (word.smith.net.au [202.0.75.3]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id BAA25554 for ; Fri, 19 Sep 1997 01:40:20 -0700 (PDT) Received: from word.smith.net.au (localhost.smith.net.au [127.0.0.1]) by word.smith.net.au (8.8.7/8.8.5) with ESMTP id SAA02899; Fri, 19 Sep 1997 18:08:16 +0930 (CST) Message-Id: <199709190838.SAA02899@word.smith.net.au> X-Mailer: exmh version 2.0zeta 7/24/97 To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) cc: hackers@FreeBSD.ORG Subject: Re: INB question In-reply-to: Your message of "Fri, 19 Sep 1997 08:49:37 +0200." <19970919084937.PR22228@uriah.heep.sax.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 19 Sep 1997 18:08:13 +0930 From: Mike Smith Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > > OBTW, see my trailing comment wrt. transfer rates; if ISA read cycles > > are deferred by 1.25us, how do I manage 1.3MW/sec from a user-space > > process? (This is with a P166 on an HX board; nothing special.) > > With a true plain ISA card? The boot code still uses an inb(0x84) for > a timing loop, and it seems to get the timing well enough with it. Yes, a "true plain ISA card". Specifically, a National Instruments AT-DIO32-F; the design is probably 5+ years old. > OTOH, 800000 transfers per second seem to support your figure. If the > transfers are 16 bits wide, this would be ~ 80 % of the theoretical > maximum. Read it again. 1.3MegaWords. Specifically, implying that it's making 1.3 million 16-bit I/O transactions per second, or 2.6MB/sec. Yes, this is substantially faster than I was expecting. 8) mike