From owner-freebsd-current Fri Dec 8 12:07:03 1995 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA15805 for current-outgoing; Fri, 8 Dec 1995 12:07:03 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id MAA15792 for ; Fri, 8 Dec 1995 12:07:00 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id NAA02039; Fri, 8 Dec 1995 13:05:35 -0700 From: Terry Lambert Message-Id: <199512082005.NAA02039@phaeton.artisoft.com> Subject: Re: POSIX compliance and time updates To: bde@zeta.org.au (Bruce Evans) Date: Fri, 8 Dec 1995 13:05:35 -0700 (MST) Cc: current@FreeBSD.org, terry@lambert.org In-Reply-To: <199512081933.GAA09072@godzilla.zeta.org.au> from "Bruce Evans" at Dec 9, 95 06:33:07 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.org Precedence: bulk > >should be: > > > error = VOP_UPDATE(vp, &atimeval, &mtimeval, 0); > > I've been running with this change for years. It is just an > optimization and is only wrong if the system crashes. My comment about > it says that it is stupid to update times synchronously but not update > ids and permissions synchronously. I actually have someone here in the wings who is willing to get into a flame war on POSIX "should/shall/may" arguing that POSIX does not require an immediate update here by virtue of the exact wording. The worst thing that can happen is you have to rebuild something unnecessarily in a make because the date didn't roll forward. > >This should significantly increase performance on the bogus create/delete > >benchmark. > > The performance is still low. 100 creat/unlink's take > > 5.01 real 0.01 user 0.14 sys > > here. They should take about 0.15 real (33 times faster). "should"? You mean "do on Linux", not "should", right? 8-). Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers.