[coyotos-dev] Timeouts (was Sleep for interval)

Jonathan S. Shapiro shap at eros-os.com
Fri Oct 5 12:50:48 EDT 2007


On Fri, 2007-10-05 at 09:29 -0700, Charles Landau wrote:
> At 11:56 AM -0400 10/5/07, Christopher Nelson wrote:
> >there are places where it seems impossible to get away from 
> >timeouts.  As an example, trying to connect to an unresponsive host. 
> >You will never get a "fail" message.  At some point you have to stop 
> >trying.
> 
> At some point you have to stop trying, but that point need not be 
> defined by the passage of a pre-specified amount of time. Unless 
> there is a reason for a specific timeout (the disk seek example), you 
> should pass the responsibility to stop trying back up to your client, 
> who might have better knowledge.

I agree with Charlie, but I think there may be a better way to frame
this:

  For each type of recoverable error, there will tend to emerge a
  very short list of places where recovery can be achieved. These
  are generally in some control flow scope that is well outside
  the point where the error occurs, and that is where the responsibility
  for recovery should be placed.

  *Because* the recovery criteria cannot (in general) be locally
  determined, the IPC primitive is not a particularly good place
  to embed the test that triggers the recovery.

So: yes, the error usually needs to propagate outwards up to a point,
but for recoverable errors that will generally NOT turn out to be the
user command line.
-- 
Jonathan S. Shapiro, Ph.D.
Managing Director
The EROS Group, LLC
www.coyotos.org, www.eros-os.org



More information about the coyotos-dev mailing list