Re: Blockbusting news, results end

From: bill davidsen
Date: Tue Oct 28 2003 - 13:41:49 EST


In article <785F348679A4D5119A0C009027DE33C105CDB3CA@xxxxxxxxxxxxxxxxxxxxxxx>,
Mudama, Eric <eric_mudama@xxxxxxxxxx> wrote:
|
|
| > -----Original Message-----
| > From: Norman Diamond

| > It is really hard to imagine a physical sector still being
| > 512B because the inter-sector gaps would take some huge
| > multiple of the space occupied by the sectors.
|
| We measure these gaps in nanoseconds. They're not that huge. But yes,
| moving to a larger standard sector size would get you a significantly larger
| disk drive built from the same parts.

Given that we did that back in the CP/M days (late 70's) on floppy, and
with MFM, RLL and finally SCSI drives in the 70's, I would hope that
current drives use large sectors since the drive now has local cache
and doesn't need a fancy driver to do the caching!

| > I'm sure the physical sectors are not 512B.
|
| I'm sure you're wrong.
|
| I'd imagine that since Seagate and WD and Maxtor are constantly duking it
| out to release the next generation of capacity, and we all wind up producing
| nearly-identical products when all is said and done, that they're using 512B
| data sectors also.

Given that the IRG is fixed size regardless of sector size, I certainly
hope I misread what you say or you are incorrect. The difference
between 512B and 4KB sectors should be about 20-40% added capacity per
track (seven IRG sizes). I would expect large sectors would be
standard.

We used to diddle interleave when formatting as well, until we put full
track caching in the device driver.
--
bill davidsen <davidsen@xxxxxxx>
CTO, TMR Associates, Inc
Doing interesting things with little computers since 1979.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/