From owner-freebsd-current Tue Jul 29 13:10:41 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id NAA09931 for current-outgoing; Tue, 29 Jul 1997 13:10:41 -0700 (PDT) Received: from Octopussy.MI.Uni-Koeln.DE (Octopussy.MI.Uni-Koeln.DE [134.95.166.20]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id NAA09910 for ; Tue, 29 Jul 1997 13:10:35 -0700 (PDT) Received: from x14.mi.uni-koeln.de (annexr2-41.slip.Uni-Koeln.DE) by Octopussy.MI.Uni-Koeln.DE with SMTP id AA15117 (5.67b/IDA-1.5 for ); Tue, 29 Jul 1997 22:10:32 +0200 Received: (from se@localhost) by x14.mi.uni-koeln.de (8.8.6/8.6.9) id WAA04817; Tue, 29 Jul 1997 22:10:36 +0200 (CEST) X-Face: " Date: Tue, 29 Jul 1997 22:10:36 +0200 From: Stefan Esser To: =?iso-8859-1?Q?S=F8ren_Schmidt?= Cc: freebsd-current@FreeBSD.ORG Subject: Re: code talks: announcing EIDE bus master patches References: <19970729210723.18104@mi.uni-koeln.de> <199707291949.VAA00271@sos.freebsd.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 X-Mailer: Mutt 0.74 In-Reply-To: =?iso-8859-1?Q?=3C199707291949=2EVAA00271=40sos=2Efreebsd=2Edk=3E=3B_fro?= =?iso-8859-1?Q?m_S=F8ren_Schmidt_on_Tue=2C_Jul_29=2C_1997_at_09=3A49=3A2?= =?iso-8859-1?Q?9PM_+0200?= X-Mime-Autoconverted: from 8bit to quoted-printable by x14.mi.uni-koeln.de id WAA04817 Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by hub.freebsd.org id NAA09926 Sender: owner-freebsd-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Jul 29, Søren Schmidt wrote: > > I'd love to see Bonnie results for them > > with the bus-master EIDE driver ... > > > > You don't have, by chance, any numbers > > to share ? :) > > Sure, on my dev machine (P6@233Mhz-Natoma/64MB/2*Maxtor 84000A6) This seems to be an OEM version of the 83840a6, if I interpret the data sheets on their web page correctly. AFAIK the fastest EIDE drive series on the market today! > First without busmatering DMA: > > -------Sequential Output-------- ---Sequential Input-- --Random-- > -Per Char- --Block--- -Rewrite-- -Per Char- --Block--- --Seeks--- > Machine MB K/sec %CPU K/sec %CPU K/sec %CPU K/sec %CPU K/sec %CPU /sec %CPU > 100 4871 35.9 4738 9.4 1722 3.6 4488 37.2 6973 8.5 126.7 2.2 Well, as was discussed before, the PIO transfers take place mostly in an interrupt handler, which prevents accounting of the cycles to the process that caused them ... > Then with busmastering DMA: > > -------Sequential Output-------- ---Sequential Input-- --Random-- > -Per Char- --Block--- -Rewrite-- -Per Char- --Block--- --Seeks--- > Machine MB K/sec %CPU K/sec %CPU K/sec %CPU K/sec %CPU K/sec %CPU /sec %CPU > 100 5225 39.8 5278 11.1 2017 4.4 7315 60.2 8737 10.8 149.6 2.2 And the result is apparently *higher* CPU load, at least if you (did) trust the numbers reported by Bonnie ... But the "per char" read performance improvement indicates what's really going on: CPU cycles spent in the interrupt handler probably account for the 4.5MB/s mark in the PIO case, while raw data rate of the disk is approached with the DMA driver. But writes are still significantly slower than reads, which makes me think, that one revolution of the media is lost per 64KB written ... > Not bad, for a "simple" software upgrade :) True! But there is still room for improvement ... ;) > It has improved my worldstone by ~10% if that counts for real world use.. Yes, one thing that is often underestimated is the fact, that while PIO mode transfers consume only a small fraction of the cycles of a fast CPU, but they tend to consume them exactly at the time, when the CPU is highly loaded anyway. Thanks for sending those very interesting Bonnie results! Regards, STefan