[lkml]   [2005]   [Mar]   [29]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
SubjectAligning file system data
Hash: SHA1

How likely is it that I can actually align stuff to 31.5KiB on the
physical disk, i.e. have each block be a track?

Rather than leveraging the track cache, would it be less expensive for
me to simply read in blocks totaling about 16 or 32KiB all at once?

Let's say I have two situations...

My blocks are all 31.5KiB (512 bytes/sector * 63 sectors) and aligned
to tracks. The track cache on the disk stores the entire block, so
repeted reads to the disk are 0mS seek. I leverage this to read a
couple sectors at a time and seek as I care within the block while it's
cached, making several requests to the ATA device.

My blocks are all 32KiB and cross track boundaries. All of them exist
in part in two separate tracks. Upon reading a block, I request the
entire block and work with it in main memory.

Which situation has less overhead?

My blocks are all 31.5KiB and perfectly aligned within tracks. I read
the entire block as in (B) and work with it in main memory.

How much more latency is involved in (B) than in (C)? Does crossing a
track boundary incur anything expensive?

- --
All content of all messages exchanged herein are left in the
Public Domain, unless otherwise explicitly stated.

Creative brains are a valuable, limited resource. They shouldn't be
wasted on re-inventing the wheel when there are so many fascinating
new problems waiting out there.
-- Eric Steven Raymond
Version: GnuPG v1.2.5 (GNU/Linux)
Comment: Using GnuPG with Thunderbird -

To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
More majordomo info at
Please read the FAQ at

 \ /
  Last update: 2005-04-06 13:31    [W:0.039 / U:1.524 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site