| To: | David Chinner <dgc@xxxxxxx> |
|---|---|
| Subject: | Re: [PATCH, RFC] Delayed logging of file sizes |
| From: | Lachlan McIlroy <lachlan@xxxxxxx> |
| Date: | Mon, 26 Nov 2007 11:19:57 +1100 |
| Cc: | xfs-dev <xfs-dev@xxxxxxx>, xfs-oss <xfs@xxxxxxxxxxx> |
| In-reply-to: | <20071125225928.GE114266761@xxxxxxx> |
| References: | <47467B87.2000000@xxxxxxx> <20071125225928.GE114266761@xxxxxxx> |
| Reply-to: | lachlan@xxxxxxx |
| Sender: | xfs-bounce@xxxxxxxxxxx |
| User-agent: | Thunderbird 2.0.0.9 (X11/20071031) |
David Chinner wrote: On Fri, Nov 23, 2007 at 06:04:39PM +1100, Lachlan McIlroy wrote:The easy solution is to log everything so that log replay doesn't need to check if the on-disk version is newer - it can just replay the log. But logging everything would cause too much log traffic so this patch is a compromise and it logs a transaction before we flush an inode to disk only if it has changes that have not yet been logged.The problem with this is that the inode will be marked dirty during the transaction, so we'll never be able to clean an inode if we issue a transaction during inode writeback. Ah, yeah, good point. I wrote this patch back before that "dirty inode on transaction" patch went in. For this transaction though the changes to the inode have already been made (ie when we set i_update_core and called mark_inode_dirty_sync()) so there is no need to dirty it in this transaction. I'll keep digging. Thanks. |
| <Prev in Thread] | Current Thread | [Next in Thread> |
|---|---|---|
| ||
| Previous by Date: | Re: [PATCH 1/9]: introduce radix_tree_gang_lookup_range, David Chinner |
|---|---|
| Next by Date: | Re: [PATCH] Fix up xfs_buf_associate_memory(), Lachlan McIlroy |
| Previous by Thread: | Re: [PATCH, RFC] Delayed logging of file sizes, David Chinner |
| Next by Thread: | Re: [PATCH, RFC] Delayed logging of file sizes, David Chinner |
| Indexes: | [Date] [Thread] [Top] [All Lists] |