home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #3 / NN_1993_3.iso / spool / comp / sys / amiga / hardware / 23830 < prev    next >
Encoding:
Internet Message Format  |  1993-01-28  |  3.8 KB
  1. Path: sparky!uunet!ogicse!flop.ENGR.ORST.EDU!gaia.ucs.orst.edu!umn.edu!msus1.msus.edu!msus1.msus.edu!news
  2. From: lkoop@TIGGER.STCLOUD.MSUS.EDU (LaMonte Koop)
  3. Newsgroups: comp.sys.amiga.hardware
  4. Subject: Re: Chip RAM extremely slow with GVP A530
  5. Message-ID: <1993Jan27.010254.2209@msus1.msus.edu>
  6. Date: 26 Jan 93 19:02:54 GMT
  7. Article-I.D.: msus1.1993Jan27.010254.2209
  8. References: <93024.073149PATROL@ACI.CVUT.CS>
  9. Reply-To: lkoop@TIGGER.STCLOUD.MSUS.EDU
  10. Organization: SCS GP/Engineering Cluster
  11. Lines: 53
  12. Nntp-Posting-Host: tigger.stcloud.msus.edu
  13.  
  14. In article <93024.073149PATROL@ACI.CVUT.CS>, Pavel Troller <PATROL@ACI.CVUT.CS> writes:
  15. >Hi netters,
  16. >      I bought a new A530 Turbo Harddisk last week. Suddenly it is fitted
  17. >only with a 1Meg of 32bit RAM, because my local dealer hasn't expansion SIMMS
  18. >stock. Formerly I had GVP Series 2 Harddisk with 4Megs of expansion RAM, so
  19. >my system has relatively expensive memory requirements. First time I booted,
  20. >I tried SysInfo to show me the wonder, but I was surprised: 0.78 of standard
  21. >A500, 0.30 Chip vs A3000.
  22. >      I wrote a short program in assembler, which simply counts to zero from
  23. >$1000000 and then returns. Its results are shown:
  24. >      Memory Type     Inst Cache Status     Time to run
  25. >       32bit           Enabled                3.5 s
  26. >       Chip            Enabled                3.5 s
  27. >       32bit           Disabled               9 s
  28. >       Chip            Disabled               120 s   :-(
  29. >      With motherboard CPU:
  30. >       Chip            not available          49 s
  31. >
  32. >      I know that with asynchronous bus operations there is a need to syn-
  33. >chronize bus cycles of 40Mhz '030 with 7Mhz of motherboard; but I didn't
  34. >supposed that it will be so drastic. It also means that without the basic
  35. >1Meg of 32bit RAM the system is unusable!
  36.  
  37.     Well, what you've run into is a charateristic of all the Motorola 680x0
  38. series processors from the 68020 on.  The primary figure you are concerned
  39. with above (as it seems) is the timing you received from your test when you
  40. ran it with only CHIP memory available, with the 68030 instruction cache off.
  41. The results you see are fairly typical given that kind of setup.  Here's why:
  42. The 68020, 68030, and 68040 always prefetch instructions using 32-bit read
  43. cycles.  Since the A500 motherboard bus is a 16-bit port to the 68030 on your
  44. accelerator, essentially 2 memory read cycles must be accomplished for every
  45. instruction prefetch done.  Right off the bat this gives you a 2x performance
  46. hit against a 68030 doing prefetches from a full 32-bit bus port.  If you add
  47. to this the fact that, as you indicated, the reads are done asynchronously to
  48. a bus running a ~7.15 MHz, and the fact that you also have to deal with bus
  49. contention from the custom chip DMA on the CHIP RAM bus, you can easily see 
  50. where performance drops into the ground in the case with the instruction
  51. cache disabled.  Performance figures less than a system running the stock
  52. 68000 in this situation are not unexpected.
  53.     When the instruction cache is enabled, it tends to somewhat buffer this
  54. effect and bring performance levels back up.  Typically, do not expect better
  55. than a 1.5-2x performance enhancement over a stock A500 when only CHIP or
  56. 16-bit ported FAST RAM is available to the 68030 in this case.  With a 32-bit
  57. ported RAM resource available to it, the 68030 is then not given the
  58. restrictions above, and this is the primary reason anyone with a 68020/030/040
  59. accelerator for an A500/600/2000 is well suited to acquire 32-bit ported memory
  60. expansion for it as well.
  61.  
  62.                  ----------------------------------------
  63.            LaMonte Koop -- SCSU Electrical/Computer Engineering
  64.  Internet: lkoop@tigger.stcloud.msus.edu -OR- f00012@kanga.stcloud.msus.edu
  65.               "You mean you want MORE lights on this thing???"
  66.  ---------------------------------------------------------------------------
  67.