| To: | Cosmo Nova <cs_mcc98@xxxxxxxxxxx> |
|---|---|
| Subject: | Re: file system defragmentation |
| From: | David Chinner <dgc@xxxxxxx> |
| Date: | Tue, 18 Jul 2006 00:19:17 +1000 |
| Cc: | linux-xfs@xxxxxxxxxxx |
| In-reply-to: | <5356806.post@talk.nabble.com> |
| References: | <4f52331f050826001612f8e323@mail.gmail.com> <20050826101131.GA24544@ii.uib.no> <4f52331f0508260848782f240a@mail.gmail.com> <43128F82.4010004@tlinx.org> <4312913F.6040205@coremetrics.com> <43311567.3060208@tlinx.org> <5356806.post@talk.nabble.com> |
| Sender: | xfs-bounce@xxxxxxxxxxx |
| User-agent: | Mutt/1.4.2.1i |
On Mon, Jul 17, 2006 at 12:36:09AM -0700, Cosmo Nova wrote: > > Hi, you mentioned delayed allocation. What is the size of the buffer holding > the data, before they're actually written to disk? How can it tackle growing > files? No special buffering is needed in XFS as the page cache does it all for us. delalloc means that XFS does not allocate until the data gets written to disk (i.e. flushed from the cache). The size of the allocation is dependent on the amount of contiguous dirty data in the file. That is, The more sequential dirty pages in the page cache for a file, the larger the allocation... Cheers, Dave. -- Dave Chinner Principal Engineer SGI Australian Software Group |
| <Prev in Thread] | Current Thread | [Next in Thread> |
|---|---|---|
| ||
| Previous by Date: | Re: Stripe alignment with RAID volumes, David Chinner |
|---|---|
| Next by Date: | stable xfs, Ming Zhang |
| Previous by Thread: | Re: file system defragmentation, David Chatterton |
| Next by Thread: | Re: file system defragmentation, Cosmo Nova |
| Indexes: | [Date] [Thread] [Top] [All Lists] |