<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
  <meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">
</head>
<body bgcolor="#ffffff" text="#000000">
Alan McGovern wrote:
<blockquote
 cite="mid:117799f00903091526l6eda6398k27c7a470ba794b1c@mail.gmail.com"
 type="cite">
  <div class="gmail_quote">
  <blockquote class="gmail_quote"
 style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">They
never did understand that,<br>
whether it was in user space or the kernel, if there was a fatal bug in<br>
my filter the machine was no more useful than a doorstop.</blockquote>
  <div><br>
So if there's a bug in your filter which caused every 100th request to
bluescreen the computer, yes you're right. Your computer would be no
more useful than a doorstop. But if every 100th request just crashed
the process, you could just restart the process and continue fine for
the next 99 requests. Which solution is better? Does performance even
come into the equation here?<br>
  </div>
  </div>
</blockquote>
<br>
At the loads I'm talking about a failure every 100th request occurs at
least once a second per server if not faster.&nbsp; Even if I only loose the
application process, if all the servers in my 300 server network are
failing once a second, I've got a big problem.&nbsp; (At a minimum imagine
the reconnect storm to the back-end servers if the web servers loose
their connection pools once a second).<br>
<br>
Still, its valid to say that at some intermediate failure rate, process
failures would be preferable to blue screens.&nbsp; However the decision
ultimately comes down to a trade off between the cost to QA the
software to an acceptable failure rate verses the cost of adding and
maintaining more machines.&nbsp; And my point to the IIS people was that I
should be the one to make that decision, not them.<br>
<br>
In a similar vein I think it would be useful to have a high-performance
ASP.NET hosting app that avoids the need for multiple process boundary
transitions. &nbsp; Note that I'm not saying that this is a priority for the
mono development effort, or even that the mono team should develop such
a thing, just that it would make sense from a cost-benefit standpoint
in some circumstances.<br>
<br>
-- Jay<br>
<br>
</body>
</html>