[MacDV] Re: more about the inutility of defragmenting an OS X FS.
James Asherman
jimash at optonline.net
Wed Dec 31 13:23:37 PST 2003
On Wednesday, December 31, 2003, at 03:56 PM, Peter van der Linden
wrote:
> On Dec 31, 2003, at 11:02 AM, Mark M. Florida wrote:
>
>> It's certainly true that modern drive and OS technology lessens the
>> need for defragging, but that's for what would be considered "normal"
>> usage like e-mail, word processing, and even editing small images.
>
> Neither the kernel, nor the disk i/o subsystem has any idea what
> applications are being run. They just see a stream of I/O requests.
> Most applications are i/o bound (video encoding is an exception, but
> video encoding is not a real time constrained operation), so most
> applications look the same to the OS and i/o subsystem. I.e. disk i/o
> requests come in asynchronously, and are serviced asynchronously.
Gibberish in the context of this discussion.
>
> You don't and can't know how the blocks are laid out on physical disk.
> You can't know it because that information doesn't leave the disk
> controller. The controller maintains a fiction of putting the blocks
> where you ask, but it actually puts the blocks wherever it wants to.
> (And the algorithms that the controller uses in its attempts to
> optimize logical block placement are highly guarded secrets, too). The
> nice GUI maps can only show you the fiction, not the physical
> on-platter reality. For that reason alone, rearranging disk blocks to
> make the map look pretty, does nothing for performance.
I',
m
not stupid. I know how a disc works and what are the illusions and what
are the realities.
The reality is we need 10's of gigs all ina row so that we miss not
1/60th of a second of video looking for someplace new to put it. And
when playing it back after messing with it (more files distributed by
the software and discs) the demand for fast location and processing is
even more important. My stuff has to deliver 3.6 megabytes of carefully
sequenced material in a continuous stream for two hours. IT gotta be
clean man!
>
> On top of that, you have all the buffering and cacheing done by the
> kernel I/O subsystem. And on top of that, you have unrelated disk
> accesses done by the OS, such as swap, tempfs, journalling, and i/o
> for other processes.
That is why we have dedicated video discs. It bugs me that even the
muzak comes from the
boot disc but it makes it quicker to reformat the video scratch/capture
disc. Muzak is like 4 gigs.
> These are going to put the disk heads wherever they want, and attempts
> to make files contiguously allocated therefore yield insignificant
> performance improvements except possibly under pathological > conditions.
Realities of capturing and playing back video music and rendered
filles have not changed to the point of pathology. Or people with iMacs
wouldn't run into brick walls with this stuff.
>
> A separate drive for video is a good idea, but because of dedicated
> performance, not because of fragmentation.
That one never gets fragmented much. It has no chance.
It's the boot drive where I play. I dl a game, a song, an image,I
render an animation, I write a letter , I use iPhoto and then delete
images, all this stuff decreaes contiguous space ( desired for large
media filles and related renders) and occaisionally the startup comes
into play in work. Hence it is kept optimized.
> If you're a true believer in defragmentation then putting your video
> on a separate partition on the same drive is a terrible idea - it
> guarantees that all other references to disk will reposition the > heads.
No partitions, because of what you imply. It splits the heads too, and
then access and performance suffer. I tried it. No good.
>
> There's a good layman's intro to modern disk technology at
> http://www.acmqueue.org/modules.php?name=Content&pa=showpage&pid=46
>
> But, hey, prove me wrong, show me some data that supports claims that
> disk defragmentation improves application performance in MacOS 10.3
> Tell me how I can reproduce this alleged performance drop on one of my
> own systems.
Use Xbench. record your score.
Use Speed disk and Disc warrior.
Reboot.
Use Xbench again. Compare scores. Arbitrary but consistent.
>
> Peter
>
>
PS edited 47 minutes since last message. Seagate barracudas. A oK
Happy New Fear
Jim
More information about the MacDV
mailing list