Zbr's days.

About :: TODO :: Blog :: RSS :: Old blog :: Projects :: GIT :: Gallery :: Notes

Tue, 14 Nov 2006

Delayed allocation and fragmentation.


Quotation from Andreas Dilger:

Essentially, delaying the disk allocation until a file is large/complete
(delalloc) and then using a buddy allocator in memory to get contiguous
chunks of disk is better than hard 64K+ cluster because it avoids
internal fragmentation and allows much more optimal/efficient placement
than just a factor of 16 reduction in the block count.
This completely confirms my thoughts about delayed allocation.

But I want to add even more - log-structured file system, i.e. file systems, which allows to write updated block essentialy everywhere on the disk instead of the place where previous one was placed, have self-defragmentation mechanism by design - there is no need to reallocate inodes and move files all over the disk - new version can be put in new location, which can be carefully selected and can be written together with unupdated part thus removing fragmentation. Journaling filesystems require defragmentator for that task.

/devel/fs :: Link / Comments ()