From owner-freebsd-current Mon Mar 6 13:39:29 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA19161 for current-outgoing; Mon, 6 Mar 1995 13:39:29 -0800 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id NAA19155 for ; Mon, 6 Mar 1995 13:39:27 -0800 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA19806; Mon, 6 Mar 95 14:33:03 MST From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9503062133.AA19806@cs.weber.edu> Subject: Re: "Text file busy" with program not running anymore? To: davidg@Root.COM Date: Mon, 6 Mar 95 14:33:02 MST Cc: current@FreeBSD.org In-Reply-To: <199503061835.KAA02220@corbin.Root.COM> from "David Greenman" at Mar 6, 95 10:35:12 am X-Mailer: ELM [version 2.4dev PL52] Sender: current-owner@FreeBSD.org Precedence: bulk > The man page says it insures that all disk writes have completed (for the > command) and that modified buffers are written out (for the system call). Yes, > it does indeed still do this (and in fact, has been extended to write out all > modified pages in the system as well). Since the problem mentioned above has > nothing to do with writes completing or modified buffers being synced, I fail > to see how your comment is relevant. Sorry, I was under the impression that the cache was actually flushed as a result. > Once again, the problem is that the pager > of a cached object retains a reference to the vnode while it exists and the > VTEXT flag isn't cleared when the object is put into the object cache. This > shouldn't be a difficult problem to solve. (Although a quick hack I just added > to do this very thing isn't working as expected - which suggests that there > may be a (reference count) problem with objects going into the cache > correctly.) Yes; I think without a split cache, reference count will be a big issue. Like I said in other mail, you can hack this by fetching from the cache, and if you get a hit, consider the reference count one lower than it's actual value and force a cache flush of the object when you unset VTEXT. This is relatively high overhead; I would call it unacceptably high. Terry Lambert terry@cs.weber.edu --- Any opinions in this posting are my own and not those of my present or previous employers.