home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / biz / sco / general / 4793 < prev    next >
Encoding:
Internet Message Format  |  1992-12-22  |  2.1 KB
  1. Path: sparky!uunet!olivea!xenitec!news
  2. From: kbvan!dave@uunet.UU.NET (Dave Van Allen)
  3. Newsgroups: biz.sco.general
  4. Subject: Performace degradation under SCO
  5. Message-ID: <9212221719.AA03629@kbvan.COM>
  6. Date: 22 Dec 92 17:19:15 GMT
  7. Sender: news@xenitec.on.ca (xenitec.on.ca News Administrator)
  8. Organization: [resent by] The SCOGEN gateway and Propagation Society
  9. Lines: 40
  10. Resent-From: mmdf@xenitec.on.ca
  11. Submit-To: scogen@xenitec.on.ca
  12. Precedence: bulk
  13.  
  14.  
  15. > In article <1472@pacsoft.com> mike@pacsoft.com (Mike Stefanik) writes:
  16. > >This posting is on behalf of a friend of mine who is having a problem
  17. > >with an SCO UNIX upgrade.  A customer of his originally had a 486/33
  18. > >with 16M of memory and a 1G SCSI drive.  Recently, the system was upgraded
  19. > >to a 486/50 with 32M of memory and an additional 1G drive was added. The
  20. > 
  21. > >is now crawling along at a snail's pace.
  22. > 
  23.  
  24. The problem may not be related to kernel parameters at all. Many ISA bus
  25. motherboards will exhibit major speed degradation when you go past 16 MB
  26. of main store.
  27.  
  28. The reason, simplified, is that the ISA bus has 24 address lines for doing
  29. memory access, which means it can only directly address 16MB. After that,
  30. when UNIX tries to do DMA, it must copy down or page memory chunks to a
  31. space below 16 MB. This is very slow. Some MB manufactures have worked 
  32. around this but for the most part, my experience has been that stock and 
  33. standard MB's ( read; the ones that work right) will have this limitation.
  34.  
  35. Before ODT came out, we didn't see this often because > 16MB of memory
  36. was the exception rather than the rule on x86 hardware. ODT's hunger
  37. for main memory has pushed this ISA amonaly into many unsuspecting 
  38. faces. 
  39.  
  40. Prove this by yanking the top 16MB out, and seeing if you still have
  41. the problem. Don't let swapping (if any) fog your results.
  42.  
  43. Fix == EISA
  44.  
  45.  
  46. -- 
  47. David Van Allen - Lehigh Software Systems, Inc.
  48. dave@kbvan.COM                   (215) 366-9130
  49. 73530,2463 CIS    ************   info@kbvan.COM
  50. uunet!kbvan!dave                  Allentown, PA
  51. /\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/-
  52.        Remember when sex ->0 was safe...  
  53.      and race cars o/--\o were dangerous?
  54.