Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S965220AbbEMMcl (ORCPT ); Wed, 13 May 2015 08:32:41 -0400 Received: from cantor2.suse.de ([195.135.220.15]:46903 "EHLO mx2.suse.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S965201AbbEMMcg (ORCPT ); Wed, 13 May 2015 08:32:36 -0400 Date: Wed, 13 May 2015 14:32:28 +0200 From: Jan Kara To: Sage Weil Cc: "Theodore Ts'o" , Trond Myklebust , Dave Chinner , Zach Brown , Alexander Viro , Linux FS-devel Mailing List , Linux Kernel Mailing List , Linux API Mailing List Subject: Re: [PATCH RFC] vfs: add a O_NOMTIME flag Message-ID: <20150513123227.GA3512@quack.suse.cz> References: <1430949612-21356-1-git-send-email-zab@redhat.com> <20150507002617.GJ4327@dastard> <20150507172053.GA659@lenny.home.zabbo.net> <20150508221325.GM4327@dastard> <20150511144719.GA14088@thunk.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1568 Lines: 33 On Mon 11-05-15 09:24:09, Sage Weil wrote: > On Mon, 11 May 2015, Theodore Ts'o wrote: > > On Sun, May 10, 2015 at 07:13:24PM -0400, Trond Myklebust wrote: > > > That makes it completely non-generic though. By putting this in the > > > VFS, you are giving applications a loaded gun that is pointed straight > > > at the application user's head. > > > > Let me re-ask the question that I asked last week (and was apparently > > ignored). Why not trying to use the lazytime feature instead of > > pointing a head straight at the application's --- and system > > administrators' --- heads? > > Sorry Ted, I thought I responded already. > > The goal is to avoid inode writeout entirely when we can, and > as I understand it lazytime will still force writeout before the inode > is dropped from the cache. In systems like Ceph in particular, the > IOs can be spread across lots of files, so simply deferring writeout > doesn't always help. Can we get some numbers on this? Before we go on and implement new mount options, persistent inode flags, open flags, or whatever other crap (neither of which looks particularly appealing to me) I'd like to know how big is the performance difference between lazytime + fdatasync and not updating mtime at all for Ceph... Honza -- Jan Kara SUSE Labs, CR -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/