home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / biz / sco / general / 4800 < prev    next >
Encoding:
Text File  |  1992-12-22  |  2.4 KB  |  52 lines
  1. Newsgroups: biz.sco.general
  2. Path: sparky!uunet!van-bc!sl
  3. From: sl@wimsey.bc.ca (Stuart Lynne)
  4. Subject: Re: Performace degradation under SCO
  5. Organization: Wimsey Information Services
  6. Date: Tue, 22 Dec 1992 22:27:51 GMT
  7. Message-ID: <BzoMEG.Cyq@wimsey.bc.ca>
  8. References: <9212221719.AA03629@kbvan.COM>
  9. Lines: 41
  10.  
  11. In article <9212221719.AA03629@kbvan.COM> kbvan!dave@uunet.UU.NET (Dave Van Allen) writes:
  12. >
  13. >> In article <1472@pacsoft.com> mike@pacsoft.com (Mike Stefanik) writes:
  14. >> >is now crawling along at a snail's pace.
  15. >> 
  16. >The problem may not be related to kernel parameters at all. Many ISA bus
  17. >motherboards will exhibit major speed degradation when you go past 16 MB
  18. >of main store.
  19. >
  20. >The reason, simplified, is that the ISA bus has 24 address lines for doing
  21. >memory access, which means it can only directly address 16MB. After that,
  22. >when UNIX tries to do DMA, it must copy down or page memory chunks to a
  23. >space below 16 MB. This is very slow. Some MB manufactures have worked 
  24. >around this but for the most part, my experience has been that stock and 
  25. >standard MB's ( read; the ones that work right) will have this limitation.
  26. >
  27. >Before ODT came out, we didn't see this often because > 16MB of memory
  28. >was the exception rather than the rule on x86 hardware. ODT's hunger
  29. >for main memory has pushed this ISA amonaly into many unsuspecting 
  30. >faces. 
  31. >
  32. >Prove this by yanking the top 16MB out, and seeing if you still have
  33. >the problem. Don't let swapping (if any) fog your results.
  34. >
  35. >Fix == EISA
  36.  
  37. I love my EISA, but SCO works *very* well ISA machines with > 16MB. 
  38. Prior to swapping to EISA I had a ISA 486DX33 with 48MB of RAM. Worked great. 
  39. You just don't see degradation due to lack of DMA to above 16MB. 
  40.  
  41. The only "trick" is to make sure that your buffer cache is in the first 16MB
  42. of memory. This will ensure that almost all disk operations will be into the
  43. first 16MB. By default this is normally where SCO put's the buffer cache. You
  44. just have to be sure that the total size of kernel memory stays under 15MB 
  45. total. You probably will want to keep the buffer cache under about 6000 blocks.
  46.  
  47. -- 
  48. Stuart Lynne <sl@wimsey.com> ......................... UNIX Facsimile Software
  49. Wimsey Information Technologies ................... moderator biz.sco.binaries
  50. uucp login:nuucp passwd:nuucp .................... ftp.wimsey.com:~ftp/ls-lR.Z
  51. PD Software for SCO UNIX .................... ftp.wimsey.com:~ftp/pub/wimseypd
  52.