From mboxrd@z Thu Jan 1 00:00:00 1970 From: Andi Kleen Subject: Re: Nanosecond fs timestamp support: sad Date: Thu, 21 Jul 2011 23:01:24 -0700 Message-ID: References: <1311271641.14555.114.camel@calx> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: linux-fsdevel , Linux Kernel Mailing List To: Matt Mackall Return-path: In-Reply-To: <1311271641.14555.114.camel@calx> (Matt Mackall's message of "Thu, 21 Jul 2011 13:07:21 -0500") Sender: linux-kernel-owner@vger.kernel.org List-Id: linux-fsdevel.vger.kernel.org Matt Mackall writes: > This means I can touch a file something like 70k times per second and > get only 300 distinct timestamps on my laptop. And only 100 distinct > timestamps on a typical distro server kernel. You should use the inode generation number if you really want to see every update. > Meanwhile, I can call gettimeofday 35M times per second and get ~1M > distinct responses. They key word here is "I". > Given that we can do gettimeofday three orders of magnitude faster than > we can do file transactions and it has four orders of magnitude better > resolution, shouldn't we be using it for filesystem time when > sb->s_time_gran is less than 1/HZ? Some systems have a quite slow gettimeofday() That was the primary motivation for using jiffies. Also adding more granuality makes it more expensive, because there's additional work every time it changes. Even jiffies already caused regressions. -Andi -- ak@linux.intel.com -- Speaking for myself only