From owner-freebsd-current Sat Apr 8 22:12:30 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id WAA02180 for current-outgoing; Sat, 8 Apr 1995 22:12:30 -0700 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id WAA02174 for ; Sat, 8 Apr 1995 22:12:26 -0700 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA18008; Sat, 8 Apr 95 22:56:21 MDT From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9504090456.AA18008@cs.weber.edu> Subject: Re: Disk performance To: rgrimes@gndrsh.aac.dev.com (Rodney W. Grimes) Date: Sat, 8 Apr 95 22:56:20 MDT Cc: taob@gate.sinica.edu.tw, freebsd-current@FreeBSD.org In-Reply-To: <199504081647.JAA15531@gndrsh.aac.dev.com> from "Rodney W. Grimes" at Apr 8, 95 09:47:37 am X-Mailer: ELM [version 2.4dev PL52] Sender: current-owner@FreeBSD.org Precedence: bulk > > > Yes, IDE drives load the cpu down far more, as they not only have to > > > bcopy the bytes to and from user land, they also have to bcopy them > > > to and from the disk. > > > > I presume that EIDE drives and drivers that support DMA wouldn't > > suffer from this particular deficiency then. Sorry, I don't mean to > > pick your brains in public like this. I hope someone else is learning > > the basics of disk transfer too. :) > > EIDE drives that support mode 2 DMA would not suffer from this problem > if the FreeBSD drives also supported mode 2 DMA. Luckily all EIDE drives adhere to the same standard for mode 2 DMA. 8-). Terry Lambert terry@cs.weber.edu --- Any opinions in this posting are my own and not those of my present or previous employers.