git.notmuchmail.org Git - notmuch/blob - test/corpora/lkml/cur/1382298587.003106:2,

   1 From: David Howells <dhowells@redhat.com>
   2 Subject: Re: [RFC][PATCH 06/10] cifs: define inode-level cache object and register them
   3 Date: Fri, 25 Jun 2010 22:46:38 +0100
   4 Organization: Red Hat UK Ltd. Registered Address: Red Hat UK Ltd, Amberley
   5         Place, 107-111 Peascod Street, Windsor, Berkshire, SI4 1TE, United
   6         Kingdom.
   7         Registered in England and Wales under Company Registration No. 3798903
   8 Lines: 13
   9 Message-ID: <18628.1277502398@redhat.com>
  10 References: <20100625125306.7f9b1966@tlielax.poochiereds.net> <4C24A606.5040001@suse.de> <1277220214-3597-1-git-send-email-sjayaraman@suse.de> <yes> <9822.1277312573@redhat.com> <22697.1277470549@redhat.com>
  11 Cc: dhowells@redhat.com, Suresh Jayaraman <sjayaraman@suse.de>,
  12         Steve French <smfrench@gmail.com>, linux-cifs@vger.kernel.org,
  13         linux-fsdevel@vger.kernel.org, linux-kernel@vger.kernel.org,
  14         samba-technical@lists.samba.org
  15 To: Jeff Layton <jlayton@samba.org>
  16 X-From: linux-kernel-owner@vger.kernel.org Fri Jun 25 23:47:07 2010
  17 Return-path: <linux-kernel-owner@vger.kernel.org>
  18 Envelope-to: glk-linux-kernel-3@lo.gmane.org
  19 Received: from vger.kernel.org ([209.132.180.67])
  20         by lo.gmane.org with esmtp (Exim 4.69)
  21         (envelope-from <linux-kernel-owner@vger.kernel.org>)
  22         id 1OSGjo-0006q8-ME
  23         for glk-linux-kernel-3@lo.gmane.org; Fri, 25 Jun 2010 23:47:05 +0200
  24 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
  25         id S932250Ab0FYVqv (ORCPT <rfc822;glk-linux-kernel-3@m.gmane.org>);
  26         Fri, 25 Jun 2010 17:46:51 -0400
  27 Received: from mx1.redhat.com ([209.132.183.28]:55406 "EHLO mx1.redhat.com"
  28         rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
  29         id S932088Ab0FYVqs (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
  30         Fri, 25 Jun 2010 17:46:48 -0400
  31 Received: from int-mx02.intmail.prod.int.phx2.redhat.com (int-mx02.intmail.prod.int.phx2.redhat.com [10.5.11.12])
  32         by mx1.redhat.com (8.13.8/8.13.8) with ESMTP id o5PLkhIG005974
  33         (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK);
  34         Fri, 25 Jun 2010 17:46:43 -0400
  35 Received: from redhat.com (ovpn01.gateway.prod.ext.phx2.redhat.com [10.5.9.1])
  36         by int-mx02.intmail.prod.int.phx2.redhat.com (8.13.8/8.13.8) with ESMTP id o5PLkd77017768;
  37         Fri, 25 Jun 2010 17:46:40 -0400
  38 In-Reply-To: <20100625125306.7f9b1966@tlielax.poochiereds.net>
  39 X-Scanned-By: MIMEDefang 2.67 on 10.5.11.12
  40 Sender: linux-kernel-owner@vger.kernel.org
  41 Precedence: bulk
  42 List-ID: <linux-kernel.vger.kernel.org>
  43 X-Mailing-List: linux-kernel@vger.kernel.org
  44 Archived-At: <http://permalink.gmane.org/gmane.linux.kernel/1003142>
  45
  46 Jeff Layton <jlayton@samba.org> wrote:
  47
  48 > Looks like it mostly uses the ctime. IMO, the mtime would be a better
  49 > choice since it changes less frequently, but I don't guess that it
  50 > matters very much.
  51
  52 I'd've thought mtime changes more frequently since that's altered when data is
  53 written.  ctime is changed when attributes are changed.
  54
  55 Note that Ext4 appears to have a file creation time field in its inode
  56 (struct ext4_inode::i_crtime[_extra]).  Can Samba be made to use that?
  57
  58 David
  59
  60