lkml.org 
[lkml]   [2004]   [Feb]   [13]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: File system performance, hardware performance, ext3, 3ware RAID1, etc.
> And the software-visible 512-byte blocking factor just has to be
> _incredibly_ painful on a hardware level, and I'd be surprised if there
> aren't disks out there already where the actual real physical block-size
> is bigger. Which means that I would expect a lot of drives to internally
> do read-modify-write cycles for small writes.
>
> And especially in a market where density is often more important than pure
> speed, I'd expect hw manufacturers to have a _huge_ bias towards big
> blocks on the platter, in order to avoid having to have lots of
> inter-sector gaps etc.

Since drives don't generally do defect re-allocation on read, only on
write, large blocks at the hardware level cause difficulties with
defect management, so hardware 512 byte sectors are still common :-(.

John.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/

\
 
 \ /
  Last update: 2005-03-22 14:00    [W:0.044 / U:0.324 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site