From owner-freebsd-arch Fri Oct 26 14:48:38 2001 Delivered-To: freebsd-arch@freebsd.org Received: from peter3.wemm.org (c1315225-a.plstn1.sfba.home.com [24.14.150.180]) by hub.freebsd.org (Postfix) with ESMTP id 7F26B37B401 for ; Fri, 26 Oct 2001 14:48:34 -0700 (PDT) Received: from overcee.netplex.com.au (overcee.wemm.org [10.0.0.3]) by peter3.wemm.org (8.11.0/8.11.0) with ESMTP id f9QLmXM45486 for ; Fri, 26 Oct 2001 14:48:33 -0700 (PDT) (envelope-from peter@wemm.org) Received: from wemm.org (localhost [127.0.0.1]) by overcee.netplex.com.au (Postfix) with ESMTP id 5C3E4380A; Fri, 26 Oct 2001 14:48:33 -0700 (PDT) (envelope-from peter@wemm.org) X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.4 To: David Greenman Cc: Julian Elischer , Poul-Henning Kamp , tlambert2@mindspring.com, arch@FreeBSD.ORG Subject: Re: 64 bit times revisited.. In-Reply-To: <20011026100039.C58218@nexus.root.com> Date: Fri, 26 Oct 2001 14:48:33 -0700 From: Peter Wemm Message-Id: <20011026214833.5C3E4380A@overcee.netplex.com.au> Sender: owner-freebsd-arch@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG David Greenman wrote: > >but here;s a better idea anyhow.. > > > >take the TOP 2 bits.. they can never be used now anyhow.... > >that gives us nanosecond resolution, which is all we can report now > >anyway, and multiplies the seconds range by 4. Assuming that we do not > >allow access times < 1970 on disk (there were no such files then, > >then we are ok up to the year 2600, by which time we hope there are no > >embededded systems from the next 5 years still running..... > > Any solution that tries to bandaid the problem by using a few bits from > here or there is unacceptable to me. I have mixed feelings about changing > to phk's 1/1^64 fractional timestamp idea, but I do think that we should > make time_t 64 bits on all architectures, including x86, starting with v5 > of FreeBSD. > > -DG I certainly agree with the dislike of using bandaids, bits or hacks. Kirk is refreshing FFS, which sounds like it solves the problem nicely. FFS should not be an issue here. The other on-disk formats need a type-safe definition, and thats all there is to it. We can incrementally introduce 64 bit time support there at our leisure. pwd.db, for example, is easy. Cheers, -Peter -- Peter Wemm - peter@FreeBSD.org; peter@yahoo-inc.com; peter@netplex.com.au "All of this is for nothing if we don't go to the stars" - JMS/B5 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message