lkml.org 
[lkml]   [1997]   [Jun]   [3]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
From
SubjectRe: SCSI disks
Date
In dist.linux.kernel, article <865284976.7387@noris.de>,
"Leonard N. Zubkoff" <lnz@dandelion.com> writes:
>
> I stand corrected. I had completely fogotten about this very important
> fact. I wonder if one could simulate this aspect of SCSI function with a
> sufficiently intelligent IDE controller (though at that point, there would
> be significantly less cost advantage to IDE).
>
No way. IDE doesn't allow multiple outstanding commands so you'd have to do
it all in software. With SCSI, the disk can start to move the head to the
next place while you're still transferring the data from the old command.

All this, of course, assumes that you have a new-enough SCSI disk which
supports command queuing, and a SCSI adapter that's fast enough to
streamline command processing. Somehow, I begin to suspect that a $100 NCR
SCSI adapter is a bit better in this regard than the big Adaptec boards;
did anybody test this recently?

> matter, all modern disks divide the disk platter radially into zones with
> different numbers of sectors per track, and I doubt that information is

It gets worse. Some disks do this for every platter (i.e. the hierarchy is
platter-track-sector instead of track-platter-sector) because the realign
from one surface to the next takes longer than seeking to the next track
(of which you know fairly well where it is, reltive to the current one).

--
GRODY TO THE VAX - Like, y'know, the VAX in the Valley fer shure!
--
Matthias Urlichs \ noris network GmbH / Xlink-POP Nürnberg
Schleiermacherstraße 12 \ Linux+Internet / EMail: urlichs@noris.de
90491 Nürnberg (Germany) \ Consulting+Programming+Networking+etc'ing
PGP: 1024/4F578875 1B 89 E2 1C 43 EA 80 44 15 D2 29 CF C6 C7 E0 DE
Click <A HREF="http://info.noris.de/~smurf/finger">here</A>. 42

\
 
 \ /
  Last update: 2005-03-22 13:39    [from the cache]
©2003-2011 Jasper Spaans