[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: rpc inhibition
From: |
Marcus Brinkmann |
Subject: |
Re: rpc inhibition |
Date: |
Sat, 15 Jan 2005 19:56:09 +0100 |
User-agent: |
Wanderlust/2.10.1 (Watching The Wheels) SEMI/1.14.6 (Maruoka) FLIM/1.14.6 (Marutamachi) APEL/10.6 Emacs/21.3 (i386-pc-linux-gnu) MULE/5.0 (SAKAKI) |
At Fri, 14 Jan 2005 14:16:57 -0500,
Neal H. Walfield wrote:
> I have been think about inhibition. Why do we need to cancel extant
> RPCs when we inhibit RPCs?
To unblock blocking RPCs. Non-blocking RPCs may not have any
cancellation points and will just complete.
Note that the whole issue of cancellation and so on is mostly about
blocking operations, like select (although as we discussed recently,
revoke is a special case that also needs substantial consideration).
A complete non-blocking design would make a lot of things easier, but
some things quite impossible (like, well, select()-like operations, or
just blocking reads).
Thanks,
Marcus
- rpc inhibition, Neal H. Walfield, 2005/01/14
- Re: rpc inhibition,
Marcus Brinkmann <=