From mboxrd@z Thu Jan 1 00:00:00 1970 From: Christoph Hellwig Subject: Re: [PATCH 03/18] fs: Implement lazy LRU updates for inodes. Date: Wed, 13 Oct 2010 09:32:13 -0400 Message-ID: <20101013133213.GC5263@infradead.org> References: <1286928961-15157-1-git-send-email-david@fromorbit.com> <1286928961-15157-4-git-send-email-david@fromorbit.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: linux-fsdevel@vger.kernel.org, linux-kernel@vger.kernel.org To: Dave Chinner Return-path: Content-Disposition: inline In-Reply-To: <1286928961-15157-4-git-send-email-david@fromorbit.com> Sender: linux-kernel-owner@vger.kernel.org List-Id: linux-fsdevel.vger.kernel.org > */ > redirty_tail(inode); > - } else if (atomic_read(&inode->i_count)) { > - /* > - * The inode is clean, inuse > - */ > - list_move(&inode->i_list, &inode_in_use); > } else { > - /* > - * The inode is clean, unused > - */ > - list_move(&inode->i_list, &inode_unused); > + /* The inode is clean */ > + list_del_init(&inode->i_list); > + inode_lru_list_add(inode); Just noticed this when reviewing a later patch: why do we lose the i_count check here? There's no point in adding an inode that is still in use onto the LRU - we'll just remove it again once we find it during LRU scanning.