From mboxrd@z Thu Jan 1 00:00:00 1970 Message-ID: Date: Thu, 5 Jan 2006 04:39:14 -0500 From: Russ Cox To: Fans of the OS Plan 9 from Bell Labs <9fans@cse.psu.edu> Subject: Re: [9fans] clunk clunk In-Reply-To: <8ccc8ba40601050136m111e0142s41d89b9c2cac1386@mail.gmail.com> 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: d24fba90-ead0-11e9-9d60-3106f5b1d025 > 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