At 10:02 AM 9/27/01 -0400, mlw wrote:
>"D. Hageman" wrote:
>> I agree with everything you wrote above except for the first line. My
>> only comment is that process boundaries are only *truely* a powerful
>> barrier if the processes are different pieces of code and are not
>> dependent on each other in crippling ways. Forking the same code with the
>> bug in it - and only 1 in 5 die - is still 4 copies of buggy code running
>> on your system ;-)
>This is simply not true. All software has bugs, it is an undeniable fact.
>bugs are more likely to be hit than others. 5 processes , when one process
>bug, that does not mean the other 4 will hit the same bug. Obscure bugs kill
>software all the time, the trick is to minimize the impact. Software is not
>perfect, assuming it can be is a mistake.
A bit off topic, but that really reminded me of how Microsoft does their
forking in hardware.
Basically they "fork" (cluster) FIVE windows machines to run the same buggy
code all on the same IP. That way if one process (machine) goes down, the
other 4 stay running, thus minimizing the impact ;).
They have many of these clusters put together.
>From Microsoft.com Backstage 
OK so it's old (1998), but from their recent articles I believe they're
still using the same method of achieving "100% availability". And they brag
about it like it's a good thing...
When I first read it I didn't know whether to laugh or get disgusted or
In response to
pgsql-hackers by date
|Next:||From: Bradley McLean||Date: 2001-09-28 16:05:20|
|Subject: Plpython bug with int8?|
|Previous:||From: Oleg Bartunov||Date: 2001-09-28 11:10:05|
|Subject: path for contrib/intarray (current CVS)|