Skip site navigation (1)Skip section navigation (2)
Date:      Thu, 11 Jul 1996 10:15:28 -0500
From:      "Daniel M. Eischen" <deischen@iworks.InterWorks.org>
To:        mark@ucsalf.ac.uk
Cc:        freebsd-questions@freebsd.org
Subject:   Re: Does Adaptec 7880 Ultra support simultaneous wide and narrow transfers?
Message-ID:  <9607111515.AA12246@iworks.InterWorks.org>

next in thread | raw e-mail | index | archive | help
> On Thu, 11 Jul 1996, Daniel M. Eischen wrote:
> > When did you get your -stable system?  There were some bug fixes that were incorporated
> > into the aic7xxx driver in late June.  Make sure you're running a -stable after that
> > date.
>
> Cheers, that seems to have fixed it. ~900K/s now. Still I thought two
> 7200rpm drives would be at least in the M/s range? 

Hmm.  Here's a Bonnie of a sytem we have here at work.  It's a P166, 32M RAM,
2940UW, and a couple of 2.1GB Seagate Ultra Wide drives at 5400RPM:

              -------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  3543 62.1  3584 14.2  1404 11.0  2515 97.6  3976 15.4  60.6  2.5

Tagged queueing and SCB paging are enabled.  With simultaneous bonnies run on
each disk:

              -------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  2823 49.7  3478 14.7  1389 11.2  1795 72.2  3972 15.6  57.6  2.6
          100  2757 51.0  4607 20.7  1436 11.6  3329 54.2  5174 21.2  65.9  3.1

Seems like you should be getting more than 900K/s...

> Okay, done both. Seems okay. Drive seems to make a different noise on
> boot-up now. Different seek patterns with the new code or just pure
> imagination? 

Yeah, with tagged queueing enabled, the device(s) can process commands in
any order it wants to increase performance (less seeking).  Plus, you're
sending more commands to the device and making it work harder.  Without
tagged queueing enabled, you limit the device to processing one command at
a time.  Tagged queueing is your friend :-)

Dan Eischen
deischen@iworks.InterWorks.org



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?9607111515.AA12246>