home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / sys / amiga / programmer / 4221 < prev    next >
Encoding:
Internet Message Format  |  1996-08-05  |  3.1 KB
  1. Path: cup.portal.com!CygnusSoft
  2. From: CygnusSoft@cup.portal.com (Bruce - Dawson)
  3. Newsgroups: comp.sys.amiga.programmer
  4. Subject: Mand2000 and '060s
  5. Date: 25 Feb 1996 22:00:05 -0800
  6. Organization: The Portal System (TM)
  7. Sender: pccop@unix.portal.com
  8. Message-ID: <150630@cup.portal.com>
  9. NNTP-Posting-Host: news1.unix.portal.com
  10.  
  11. I have had some reports of poor performance from Mand2000 when running
  12. with an '060.  These reports are sketchy, but basically describe slower
  13. than expected calc speed ('020 range) and an extremely jerky mouse.
  14.  
  15. This sounds exactly like the symptoms encountered by some 68040 users
  16. when programs made frequent use of the 68881 instructions that were
  17. emulated on the '040, typically the float to int conversion instructions.
  18. Therefore, I am assuming that this jerky mouse/poor performance problem
  19. is because of instructions that exist on the 68040, but are emulated on
  20. the 68060.  The obvious culprit, which Mand2000 makes extensive use of
  21. when available, would be the 32-bit by 32-bit multiply instructions.
  22.  
  23. I don't have an '060, so I need somebody who does have one to run some
  24. tests for me.  These tests can be done with the demo or the release
  25. version.  Any version will do.  This is what I need:
  26.  
  27. a) Run Mand2000 and zoom in and out, without going in more than two zooms,
  28. and observe the responsiveness of the mouse.  It should be excellent.
  29. b) Open a status window and observe which calculations are being used.
  30. It should be the sixteen-bit calcs.  Zoom in until it changes
  31. (approximately four-five zooms).  It _should_ change to FPU calcs.  If
  32. not, that's the problem.
  33. c) Whatever it changes to, observe the responsiveness of the mouse.  If
  34. it's at FPU calcs it should be excellent, if 32-bit calcs it will
  35. probably be poor.
  36. d) Finally, zoom in until the status window reports that 64-bit calcs
  37. are being used.  At this point I expect the mouse to become very jerky
  38. when Mand2000 is calculating.  Further zooming, into the 96-bit calcs
  39. and beyond would also be interesting, but less important.
  40.  
  41. For some reason the emulation of unimplemented instructions on the
  42. Amiga destroys the real time behaviour of the interrupt queue.  Also,
  43. while Motorola claims that the 32-bit instructions are emulated as
  44. fast as they would execute on an '040, this evidence suggests otherwise.
  45. So:
  46.  
  47. 1) Can the problems with interrupts getting delayed for long periods of
  48. time be fixed, or is it a fundamental flaw in the Amiga.  In the case of
  49. the Mand2000 calcs, the 32-bit multiply is getting used as between 25%
  50. and 90% of the instructions, thus apparently overloading things.
  51. 2) Can the emulation be fixed so that it runs as quickly as promised - ie;
  52. are these problems due to a bad installation (060.library missing or some
  53. such) or are these instructions doomed to be pokey.
  54. 3) Finally, if these instructions are hopelessly crippled on the '060,
  55. how many Mand2000 '060 users are there.  Enough that I should test for the
  56. presence of an '060 and revert to 16-bit multiplies (the code is there,
  57. for 68000 chips)?  Any beta test volunteers?
  58.  
  59. Thanks for any research/answers you can give me.
  60.  
  61. .Bruce Dawson, Cygnus Software.
  62.