xfs
[Top] [All Lists]

Re: unexpected high fragmentation, any ideas?

To: Marc Lehmann <schmorp@xxxxxxxxxx>
Subject: Re: unexpected high fragmentation, any ideas?
From: Steve Lord <lord@xxxxxxx>
Date: Mon, 04 Apr 2005 14:38:20 -0500
Cc: Russell Cattelan <cattelan@xxxxxxx>, Chris Wedgwood <cw@xxxxxxxx>, linux-xfs@xxxxxxxxxxx
In-reply-to: <20050404190957.GA576@xxxxxxxxxx>
References: <20050403004653.GA981@xxxxxxxxxx> <20050403050542.GB5727@xxxxxxxxxxxxxxxxxxxxx> <20050403135805.GC24559@xxxxxxxxxx> <42500F94.1070603@xxxxxxxxxxx> <20050403004653.GA981@xxxxxxxxxx> <20050403050542.GB5727@xxxxxxxxxxxxxxxxxxxxx> <20050403135805.GC24559@xxxxxxxxxx> <4250000C.5070709@xxxxxxx> <20050403215230.GA919@xxxxxxxxxx> <42518613.2060103@xxxxxxx> <20050404190957.GA576@xxxxxxxxxx>
Sender: linux-xfs-bounce@xxxxxxxxxxx
User-agent: Mozilla Thunderbird 1.0.2-1.3.2 (X11/20050324)
Marc Lehmann wrote:



The realtime allocator uses a different binary chop algorithm which while
wasteful, makes it very hard to fragment realtime files. Hmm, buffered works


Hmm, is the realtime code ready for use then? I was under the (likely
wrong) impression that the realtime code is not yet ready.


Let's see if someone answers that, I have no used the buffered over
realtime path, just seen the code.


However, I *guess* I could easily live with, say, 128MB (or even
1GB) realtime extents and live with the internal frgamentation that
will occur:  If my interpretation is right (not likely) the realtime
allocator more-or-less treats these realtime extents as the basic unit of
allocation, so internal fragmentation will be extremely high, but external
fragmentation is low?

The realtime extent size is the unit of allocation in the realtime subvolume,
you still get larger extents than this, they are just always multiples of this.
I don't think you will see fragmentation at all.

Steve



<Prev in Thread] Current Thread [Next in Thread>