Date: 19 Aug 1998 22:30:13 +0300 From: Heikki Suonsivu <hsu@clinet.fi> To: Peter Jeremy <peter.jeremy@auss2.alcatel.com.au> Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: proposal to not change time_t Message-ID: <x2zpd0g46y.fsf@katiska.clinet.fi> In-Reply-To: Peter Jeremy's message of 19 Aug 1998 04:57:57 %2B0300 References: <98Aug19.105412est.40322@border.alcanet.com.au.newsgate.clinet.fi>
next in thread | previous in thread | raw e-mail | index | archive | help
Peter Jeremy <peter.jeremy@auss2.alcatel.com.au> writes: > One solution would be to add a creation time to the superblock (I > think struct fs has still got free space) and then just store offsets > from that creation time in the disk inodes (which are the critical > structure, size-wise). The times in struct stat would be the sum of > the fs_creat time and the relevant times in the disk inode. Whether > struct inode contains a 32-bit or 64-bit seconds counter would depend > on the relative efficiency/convenience of inode <-> dinode mapping > vs inode time updating (and stat()ing). If the unused parts of the > superblock are zero-filled, existing filesystems won't need updating > immediately to be compatible with the changed definition. There are 1000000000 nanoseconds in a second. Thus the nanosecond value has two high bits which are currently always zero, and could be used to flag various things, like "this is a 62bit second value instead of 32bit second+30bit nanosecond value." -- Heikki Suonsivu / Clinet Oy / Tekniikantie 12 / FI-02150 Espoo / FINLAND, hsu@clinet.fi mobile +358-40-5519679 work +358-9-43542270 fax -4555276 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?x2zpd0g46y.fsf>