home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / biz / sco / general / 4816 < prev    next >
Encoding:
Internet Message Format  |  1992-12-23  |  2.3 KB
  1. Path: sparky!uunet!noc.near.net!hri.com!spool.mu.edu!olivea!xenitec!news
  2. From: kbvan!dave@uunet.UU.NET (Dave Van Allen)
  3. Newsgroups: biz.sco.general
  4. Subject: Re: Performace degradation under SCO
  5. Message-ID: <9212231739.AA05259@kbvan.COM>
  6. Date: 23 Dec 92 17:39:48 GMT
  7. Sender: news@xenitec.on.ca (xenitec.on.ca News Administrator)
  8. Organization: [resent by] The SCOGEN gateway and Propagation Society
  9. Lines: 52
  10. Resent-From: mmdf@xenitec.on.ca
  11. Submit-To: scogen@xenitec.on.ca
  12. Precedence: bulk
  13.  
  14. > Quoting Bela Lubkin:
  15.  
  16. > >  I wrote:
  17. > >
  18. > > Prove this by yanking the top 16MB out, and seeing if you still have
  19. > > the problem. Don't let swapping (if any) fog your results.
  20. > > 
  21. > > Fix == EISA
  22. > 
  23. > Ok, but pulling the top 16MB will also fix the not-enough-cache problem
  24. > that's *really* making the system slow.  ;-}
  25. > 
  26. > >Bela<
  27. > 
  28.  
  29. If you don't have the cache, then yanking the extra memory is your only 
  30. recourse anyway. Right?  
  31.  
  32. > ..........................................SCO UNIX 3.2v4/ODT 2.0 knows
  33. > whether your host adapter/bus combination can DMA above 16MB.  It goes
  34. > to a lot of effort to make sure that things that might need to be DMA'd
  35.  
  36. I have seen cases where it "guessed" wrong. The AST Premium 386 with the
  37. 486 upgrade module is one. If more than 16 meg of memory is installed
  38. when you access past the 16MB limit, the box DMA's down and find its way
  39. not into so magical buffer pool, but onto the scsi drive. AST confirms
  40. this as a problem.
  41.  
  42. You posted, a good explaination of the cache problem along with the
  43. tag ram explaination a while back. Any chance you have that again?
  44.  
  45. I'm not quite sure that I am ready to agree that doing DMA above 16MB
  46. (on an ISA bus) is as quick as you suggest:
  47.  
  48. > Let's just suppose that you're
  49. > running at 33MHz and that it takes 20 cycles per byte (a wildly
  50. > pessimistic estimate) to copy memory.  So to copy a 512-byte buffer
  51. > takes 512*20 = 10240 cycles, or 10240/33 uSec, or .31 milliseconds.
  52.  
  53. But, I find it hard to argue with your statement right now. AND, it's
  54. not often that you err. :-)
  55.  
  56. Happy Holidays
  57.  
  58. --
  59. David Van Allen - Lehigh Software Systems, Inc.
  60. dave@kbvan.COM                   (215) 366-9130
  61. 73530,2463 CIS    ************   info@kbvan.COM
  62. uunet!kbvan!dave                  Allentown, PA
  63. /\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/-
  64.        Remember when sex ->0 was safe...  
  65.      and race cars o/--\o were dangerous?
  66.