From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from relay.sgi.com (relay1.corp.sgi.com [137.38.102.111]) by oss.sgi.com (Postfix) with ESMTP id 867E47F50 for ; Mon, 24 Nov 2014 22:45:15 -0600 (CST) Received: from cuda.sgi.com (cuda1.sgi.com [192.48.157.11]) by relay1.corp.sgi.com (Postfix) with ESMTP id 661EF8F8035 for ; Mon, 24 Nov 2014 20:45:15 -0800 (PST) Received: from imap.thunk.org (imap.thunk.org [74.207.234.97]) by cuda.sgi.com with ESMTP id aEKlWSALWtwfpngx (version=TLSv1 cipher=AES128-SHA bits=128 verify=NO) for ; Mon, 24 Nov 2014 20:45:13 -0800 (PST) Date: Mon, 24 Nov 2014 23:45:08 -0500 From: Theodore Ts'o Subject: Re: [PATCH 3/4] vfs: don't let the dirty time inodes get more than a day stale Message-ID: <20141125044508.GG31339@thunk.org> References: <1416599964-21892-1-git-send-email-tytso@mit.edu> <1416599964-21892-4-git-send-email-tytso@mit.edu> <20141125015332.GE27262@dastard> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: <20141125015332.GE27262@dastard> List-Id: XFS Filesystem from SGI List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Errors-To: xfs-bounces@oss.sgi.com Sender: xfs-bounces@oss.sgi.com To: Dave Chinner Cc: linux-fsdevel@vger.kernel.org, Ext4 Developers List , linux-btrfs@vger.kernel.org, xfs@oss.sgi.com On Tue, Nov 25, 2014 at 12:53:32PM +1100, Dave Chinner wrote: > On Fri, Nov 21, 2014 at 02:59:23PM -0500, Theodore Ts'o wrote: > > Guarantee that the on-disk timestamps will be no more than 24 hours > > stale. > > > > Signed-off-by: Theodore Ts'o > > If we put these inodes on the dirty inode list with at writeback > time of 24 hours, this is completely unnecessary. What do you mean by "a writeback time of 24 hours"? Do you mean creating a new field in the inode which specifies when the writeback should happen? I still worry about the dirty inode list getting somewhat long large in the strictatime && lazytime case, and the inode bloat nazi's coming after us for adding a new field to struct inode structure. Or do you mean trying to abuse the dirtied_when field in some way? - Ted _______________________________________________ xfs mailing list xfs@oss.sgi.com http://oss.sgi.com/mailman/listinfo/xfs