home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #30 / NN_1992_30.iso / spool / sci / space / 17632 < prev    next >
Encoding:
Text File  |  1992-12-15  |  1.8 KB  |  35 lines
  1. Newsgroups: sci.space
  2. Path: sparky!uunet!gatech!destroyer!sol.ctr.columbia.edu!eff!news.oc.com!convex!ewright
  3. From: ewright@convex.com (Edward V. Wright)
  4. Subject: Re: Terminal Velocity of DCX? (was Re: Shuttle ...)
  5. Sender: usenet@news.eng.convex.com (news access account)
  6. Message-ID: <ewright.724443346@convex.convex.com>
  7. Date: Tue, 15 Dec 1992 18:15:46 GMT
  8. References: <1992Dec2.121110.22879@ke4zv.uucp> <BynsG8.E5p@news.cso.uiuc.edu> <1992Dec3.143759.2535@ke4zv.uucp> <BypAIA.CBn@access.digex.com> <1992Dec5.165219.18302@ke4zv.uucp> <ewright.723847855@convex.convex.com> <1992Dec10.195138.16873@ke4zv.uucp>
  9. Nntp-Posting-Host: bach.convex.com
  10. Organization: Engineering, CONVEX Computer Corp., Richardson, Tx., USA
  11. X-Disclaimer: This message was written by a user at CONVEX Computer
  12.               Corp. The opinions expressed are those of the user and
  13.               not necessarily those of CONVEX.
  14. Lines: 19
  15.  
  16. In <1992Dec10.195138.16873@ke4zv.uucp> gary@ke4zv.uucp (Gary Coffman) writes:
  17.  
  18. >And electrical engineers were building and operating multi-megawatt
  19. >power systems long before aircraft ever left the drawing board. We
  20. >know something about reliability engineering too. We like things simple
  21. >and robust. Every safety critical circuit has a separate backup, usually 
  22. >using a different design that is unlikely to share common failure points.
  23. >Simple redundancy is all fine and good, but can lead to redundant failures.
  24.  
  25. There are different ways of designing redundancy into a system.  Some
  26. reduce the probability of a failure, others increase it.  Engineers
  27. are taught to recognize the difference, maximize the former, and minimize
  28. the latter.  Your multi-megawatt generators wouldn't work very well,
  29. either, if the engineers were the kind of blithering idiots that you
  30. assume everyone who works on SSTO must be.
  31.  
  32.  
  33.  
  34.  
  35.