From mboxrd@z Thu Jan 1 00:00:00 1970 Message-ID: <775b8d190601050400y4a59f1a9je6dac56d1726e83c@mail.gmail.com> Date: Thu, 5 Jan 2006 23:00:25 +1100 From: Bruce Ellis To: Fans of the OS Plan 9 from Bell Labs <9fans@cse.psu.edu> Subject: Re: [9fans] clunk clunk In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <775b8d190601031333l11782437rd6218e79f5cb3d8e@mail.gmail.com> <91a087f2f4440d8df784baf9a9abd2b6@plan9.bell-labs.com> <775b8d190601031409i76f829ebwad8ecfb4b5507d76@mail.gmail.com> <775b8d190601031445o660864c9n70425bc2ae54345@mail.gmail.com> <775b8d190601040425x1a4967f3we7fa8e7473a15f6d@mail.gmail.com> <8ccc8ba40601050136m111e0142s41d89b9c2cac1386@mail.gmail.com> Topicbox-Message-UUID: d2610e8a-ead0-11e9-9d60-3106f5b1d025 thanks. very precise. On 1/5/06, Russ Cox wrote: > > Could we all see that code as well? > > 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. > > Russ