home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / comp / os / os2 / misc / 40105 < prev    next >
Encoding:
Text File  |  1992-12-21  |  2.0 KB  |  38 lines
  1. Newsgroups: comp.os.os2.misc
  2. Path: sparky!uunet!sybus.sybus.com!myrddin!tct!det
  3. From: det@tct.com (Dennis Taylor)
  4. Subject: Re: Mix of 3-chip and 9-chip simms with OS/2
  5. Message-ID: <2B35D039.663F@tct.com>
  6. Date: Mon, 21 Dec 1992 14:10:01 GMT
  7. References: <8163@lib.tmc.edu> <BzE1Kz.A8F@news.cso.uiuc.edu> <8168@lib.tmc.edu>
  8. Organization: TC Telemanagement, Clearwater, FL
  9. Lines: 27
  10.  
  11. In article <8168@lib.tmc.edu> jmaynard@oac.hsc.uth.tmc.edu (Jay Maynard) writes:
  12. >In article <BzE1Kz.A8F@news.cso.uiuc.edu> nap42487@uxa.cso.uiuc.edu (Nishith A. Patel) writes:
  13. >>Well, if you first say that the RAM is fine even for heavy duty diagnostics,
  14. >>but not for OS/2, then say the problem is with RAM, there is ome kind of
  15. >>contradiction. It is not like most RAM out there is "mortal" RAM, and there
  16. >>is some very privileged, select few RAM chips that are the ultimate in RAM
  17. >>chips. All RAM that is in perfect condition are pretty much the same, and getting
  18. >>RAM that happens to "work" with OS/2 is pure luck. 
  19. >
  20. >No, that's not what I'm saying. I'm saying that it's been known to happen that
  21. >the RAM had defects that only OS/2 had uncovered; the diagnostic programs are
  22. >not as good a diagnostic as simply running OS/2. I don't know why OS/2 is such
  23. >a stress test, but it's generally agreed that OS/2 is a better diagnostic for
  24. >memory than diagnostic programs.
  25. This is not new with OS/2.  I experienced the same problems with 
  26. mini-computers in the early '70s.  We would experience mysterious crashes
  27. (unfortunately we did not have parity checkers), run diagnostics and turn
  28. up nothing.  The vendor did have a "multitasking" diagnostic that ran several
  29. tests concurrently, including disk I/O, which was more reliable than other
  30. diagnostics, but not as reliable as the OS with real applications.
  31.  
  32. The problem is not finding memory that pleases OS/2, but memory that meets
  33. the manufacturer's hardware specifications, even under the stressful 
  34. situations implied by multitasking CPU, disk, and display operations.
  35.  
  36. Dennis
  37.  
  38.