home *** CD-ROM | disk | FTP | other *** search
/ Fresh Fish 8 / FreshFishVol8-CD1.bin / useful / reviews / hardware / accelerators / solidstateleisurea5000020 < prev    next >
Internet Message Format  |  1992-05-06  |  13KB
  1. From: Barry McConnell <BMCCNNLL@vax1.tcd.ie>
  2. Organization: The Amiga Online Review Column - ed. Jason L. Tibbitts III
  3. Subject: REVIEW: Solid State Leisure A5000-16 68020 Accelerator
  4. Keywords: hardware, accelerator, 68020
  5. Path: menudo.uh.edu
  6. Distribution: world
  7. Newsgroups: comp.sys.amiga.reviews
  8. Followup-To: comp.sys.amiga.hardware
  9. Reply-To: Barry McConnell <BMCCNNLL@vax1.tcd.ie>
  10.  
  11. [The Solid State Leisure A5000-16 is an affordable 68020 accelerator with
  12. many of the standard features such as 32 bit expansion RAM and 68000
  13. fallback mode.  It does have its quirks and shortcomings, though. JLT3]
  14.  
  15. [This review previously appeared in comp.sys.amiga.[hardware,misc], but I'm
  16. reposting it here for the sake of those who are interested but don't follow
  17. those groups.  JLT3]
  18.  
  19. Here is a review of Solid State Leisure's A5000-16 68020 accelerator board,
  20. which I got for my Amiga 500 a week ago. Before I start, I just want to
  21. mention that I had to wait almost ten weeks for it to arrive, and
  22. telephoned them (long-distance) seven times during that period. What
  23. happened was that they sent out one board by registered post, which never
  24. got to me. Since it was insured, they sent me out a second one, as they
  25. would be able to claim compensation for the first one. The second one never
  26. got to me either. In actual fact, both were eventually sent back to SSL by
  27. Irish Customs (I live in Ireland; SSL are in England, which is the country
  28. next-door to us; look at a map...), who for some unknown reason, refused to
  29. send it on to me. I can only assume that SSL made a mess of the Customs
  30. declaration docket on the parcel, as I have received a lot of other goods
  31. from England in the past, including a hard drive, with no problems at all.
  32. Anyway, they finally sent the third board out by courier, which did get to
  33. me.
  34.  
  35.  
  36. The hardware:
  37. -------------
  38.  
  39. 16.67Mhz 68020, with space for 4Mb of 32-bit RAM (comes with 1Mb as
  40. standard, uses 256*4 80ns DRAMs, which is handy if you have some in your
  41. A590/A2091), space for a 68881/2 maths coprocessor, but no MMU. All this
  42. sits on one small board, which plugs into the 68000 socket in your
  43. A500/A2000. The original 68000 chip fits onto the accelerator board, and is
  44. used in the 68000 fallback mode.  You don't need a new PSU to use this
  45. board, even if it means you'll end up with 5Mb inside your Amiga, as the
  46. extra RAM chips take a minimal amount of power.
  47.  
  48. There is an option to copy your Kickstart ROM into fast 32-bit RAM, and the
  49. board will automatically remap all the Amiga's ROM accesses into RAM, so
  50. anything which relies on the OS routines (including windows) will run much
  51. faster. This currently only works with 1.2/1.3 Kickstart ROMs, but an
  52. update to the software supplied will support KS2.0, and will be available
  53. soon.
  54.  
  55. The memory is *not* autoconfig; you must run an AllocMem program in your
  56. Startup-Sequence, which searches for 32-bit memory, and adds any found to
  57. the system's memory list.
  58.  
  59.  
  60. Installation:
  61. -------------
  62.  
  63. Probably not for those who don't feel confident about ripping chips out of
  64. their Amiga (I got a friend to do it for me). The first time we switched on
  65. with the '020 installed, the screen went a worrying shade of green, but
  66. this was probably because the board wasn't properly seated in the socket.
  67. (As an aside, ever wanted to know what happens when you turn your Amiga on
  68. with no 680x0 chip at all? - Absolutely nothing! (You see a grey screen.)
  69. 8-) )
  70.  
  71. I was able to use some of the RAM chips from my A590, and these go into the
  72. 4 1Mb banks on the board, so you can have from 1-4Mb of 32-bit RAM. (I have
  73. a total of 3Mb of 32-bit RAM, 1Mb of 16-bit fast RAM, and 1Mb of chip RAM,
  74. giving 5Mb altogether.)
  75.  
  76.  
  77. Speed:
  78. ------
  79.  
  80. SSL claimed a 500% (5 times) speed increase, and true enough, most
  81. benchmarks will give this. Mips gives a result of 4.969519 (as opposed to
  82. 0.847750) which is almost six times faster. AmigaBench gives a result of
  83. 3561 Dhrystones/sec (as opposed to 1012), but the optimised 68020 version
  84. gives 5694. The various benchmark programs included with the board (CalcPi,
  85. Ronin CPU speed, Whetstone, another version of Mips) give 4-5x speed
  86. increases.
  87.  
  88. However, benchmarks like these are not what it's all about, so I did some
  89. "real-world" tests, as these are the ones you will find useful/interesting:
  90.  
  91.  
  92.                                              68000   68020   Speed increase
  93.  
  94. Time to LhArc DPaint to RAM:                 3m00s   1m06s   2.7
  95. Time to un-LhArc it                          1m09s   0m22s   3.1
  96. Time to PowerPack a 200K file                1m53s   0m34s   3.3
  97. Time to 'echo' a 400K sound sample in AM3    2m43s   0m50s   3.2
  98. Time to decompress a disk using DMS          4m20s   1m26s   3.0
  99. Time for HamSharp to convert a pic GIF->IFF  1m35s   0m30s   3.1
  100. Time for TurboGif to display a GIF pic       11.2s   4.3s    2.6
  101. Time to open a dozen windows on Workbench    26.7s   18.0s   1.4
  102. Time to close them all                       29.1s   14.0s   2.0
  103. Time to draw a Mandelbrot set                26.6s   5.9s    4.5
  104.  
  105.  
  106. Oi! Where's my DMA gone??
  107. -------------------------
  108.  
  109. There is one serious problem with the board: you can't DMA from your hard
  110. drive into its 32-bit memory. There has been some discussion of this
  111. problem on Usenet, and apparently while the FileSystem manages to get
  112. around it, it doesn't do it very well. Just to show what I'm talking about,
  113. here are the results from DiskPerf2, running first in normal 68000 mode
  114. (DMA-ing into ordinary 16-bit fast RAM), then in 68020 mode (failing to DMA
  115. into 32-bit RAM, so it reads 512 bytes at a time into 16-bit RAM, then CPU
  116. copies them up to 32-bit RAM). My hard drive is a Quantum LP52S - a very
  117. fast SCSI HD - in an A590.
  118.  
  119.  
  120. DiskPerf2.   Testing Files:
  121.  
  122. Create Files:    23 files/sec.      Directory Scan:   117 entries/sec.
  123. Delete Files:    62 files/sec.      Seek/Read Test:    94 seek/sec.
  124.  
  125. Read/Write Speed Test:  (bytes/sec.)
  126.  
  127. Buffer:  512     Read:     30,169     Write:     22,036
  128. Buffer:   4k     Read:    221,405     Write:    169,892
  129. Buffer:   8k     Read:    325,644     Write:    255,252
  130. Buffer:  32k     Read:    382,691     Write:    445,823
  131. Buffer:  64k     Read:    476,625     Write:    562,540
  132. Buffer: 256k     Read:    576,140     Write:    695,342
  133.  
  134. (Note: This was on a slightly fragmented partition; I sometimes obtain
  135. speeds of up to 800-850K/sec.)
  136.  
  137.  
  138. DiskPerf2.   Testing Files:
  139.  
  140. Create Files:    15 files/sec.      Directory Scan:   125 entries/sec.
  141. Delete Files:    61 files/sec.      Seek/Read Test:    80 seek/sec.
  142.  
  143. Read/Write Speed Test:  (bytes/sec.)
  144.  
  145. Buffer:  512     Read:     26,211     Write:     19,772
  146. Buffer:   4k     Read:     39,954     Write:     29,049
  147. Buffer:   8k     Read:     40,398     Write:     29,293
  148. Buffer:  32k     Read:     40,249     Write:     27,643
  149. Buffer:  64k     Read:     39,991     Write:     27,902
  150. Buffer: 256k     Read:     40,077     Write:     28,352
  151.  
  152.  
  153. As can be seen, this problem occurs when manipulating large files; you
  154. won't notice any difference when loading/saving small files, such as small
  155. utilities, text files etc. But for large files, you're talking about a 3-6x
  156. speed _decrease_. I copied about 600K of data (mostly one big file) from my
  157. hard drive to RAM: before installing the 68020, and it took 6.9s. With the
  158. 68020, it took 21.7s. Copying from one partition to the other was twice as
  159. bad: 8.5s for the 68000, 50s (!) for the 68020. Reading 2Mb sound samples
  160. in AudioMaster is now a joke. For some operations, I have timed speeds of
  161. as low as twice that of a floppy, cough, choke...
  162.  
  163. This problem is something which you can live with, as of course even the
  164. worst cases are faster than floppy, and it won't affect you very much
  165. unless you like messing around with large files, or frequently boot very
  166. large applications (such as ProPage). But it is something to bear in mind
  167. if you are considering purchasing this board. Before I ordered it, I asked
  168. SSL about the DMA problem, and the man I was talking to told me it wouldn't
  169. really affect me as long as I left some ordinary 16-bit fast RAM in the
  170. A590 (which you can DMA into) as a buffer for the FileSystem to use. Hmm...
  171. I think he was wrong! 8-(
  172.  
  173. Just as an aside: I ran DiskPerf on th