From mboxrd@z Thu Jan  1 00:00:00 1970
Message-ID: <775b8d190601061357m4eb8dca5t38850060f79d0d8d@mail.gmail.com>
Date: Sat,  7 Jan 2006 08:57:58 +1100
From: Bruce Ellis <bruce.ellis@gmail.com>
To: Fans of the OS Plan 9 from Bell Labs <9fans@cse.psu.edu>
Subject: Re: [9fans] clunk clunk
In-Reply-To: <13925.1136583282@piper.nectar.cs.cmu.edu>
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline
References: <ee9e417a0601050139w2336eb70j6739a59bd11c36a3@mail.gmail.com>
	<13925.1136583282@piper.nectar.cs.cmu.edu>
Topicbox-Message-UUID: d37490ee-ead0-11e9-9d60-3106f5b1d025

a diligent team is working on this - it does seem to work
flawlessly on froggie but charles' example demonstrates
a race which i think is esily corrected.

working to the better good (i don't know what that means),

brucee

On 1/7/06, Dave Eckhardt <davide+p9@cs.cmu.edu> wrote:
> > The code looks at c->dev in cclose to see if the
> > chan is from devmnt.  If so, cclose places the chan on
> > a queue rather than calling devtab[c->dev]->close()
> > and chanfree() directly.  A pool of worker processes
> > tend the queue, like in exportfs, calling close() and
> > chanfree() themselves.
>
> Will that work if there is a cycle with more edges than
> the number of worker processes?
>
> Dave Eckhardt
>