home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / sys / amiga / programmer / 3092 < prev    next >
Encoding:
Internet Message Format  |  1996-08-05  |  2.6 KB
  1. Path: munnari.OZ.AU!metro!metro!news
  2. From: accolyte@wr.com.au (Accolyte)
  3. Newsgroups: comp.sys.amiga.programmer
  4. Subject: Re: need help on A1200/030 board programming
  5. Date: 9 Feb 1996 10:18:20 GMT
  6. Organization: Information Services, The University of Sydney, NSW, Australia
  7. Distribution: inet
  8. Message-ID: <2133.6613T901T923@wr.com.au>
  9. References: <4f4hiu$oum@ionews.io.org> <38232327@kone.fipnet.fi>
  10.     <743.6612T966T1128@wr.com.au> <4fd491$k8r@sunsystem5.informatik.tu-muenchen.de>
  11. NNTP-Posting-Host: dialup39.wr.com.au
  12. X-Newsreader: THOR 2.22 (Amiga;TCP/IP) *UNREGISTERED*
  13.  
  14.  
  15. >|> >> It appears that these boards are almost two times slower when accessin
  16. >|> >> CHIP RAM, than a basic A1200 (no acel. no extra RAM)!?
  17. >|> >>
  18. >|> >> 12 gauge, Blizzard and others, on the other hand, are two times faster
  19. >|> >> (which is normal).
  20. >|> >>
  21. >|> >> So, the question is - is there a solution to make these 030s access
  22. >|> >> CHIP RAM at normal speed?
  23. >|>
  24. >|> > Yep. This is true, but it is not a big problem.
  25. >|>
  26. >|> It IS a big problem as far as compatibility with software written for
  27. >|> unaccelerated machines goes. Anything that makes maximum use of the
  28. >|> unexpanded 1200's chip accessing per frame will fail dismally on such an
  29. >|> accelerator.  Of course, some data could be put in fastram, but that isn'
  30. >
  31. > tripple-buffered effects rule here. the 030 will lose some frames, but
  32. > won't fall back to 25fps. The thing is that sometimes 25fps look
  33. > better than a effect sometimes loosing a frame :\
  34.  
  35. Hmm, I dunnno about that.. seeing a frame dropped here and there doesn't
  36. leave a very good impression in my eyes. What kind of effects do you mean?
  37.  
  38.  
  39. >|> going to change any programs that have already been written.
  40. >|>
  41. >
  42. > That's true, seen from that point it is a problem.  Don't want to sound
  43. > like one of the OS-gurus ;) but if software behaves that way it mostly
  44. > is done not so well.
  45.  
  46. :) It's just a shame that you can't rely on the chip-speed. I mean, to 
  47. make your code compatible with accelerators you can't use 100% of the
  48. stock 1200's available accesses to chip. I guess you can screw over people
  49. who have an accelerator without fast, but still there's other situations,
  50. I'm sure, where the data can't be in fast-ram.
  51.  
  52. > There are exceptions, for example cpu-scroll in chipmem. Will be just
  53. > faster on synchronous cpus. What effect are you refering to ?
  54.  
  55. No effect in particular, just a cpu-copy for example. 
  56. Try a cached copy loop from one bitmap to another (all in chip-ram).
  57. It's consistently slower on my accelerated 1200, than it is when I
  58. remove the card completely and use the internal 020. Of course, if I move
  59. the source into fast the accelerator kicks arse, but that's not the point.
  60.  
  61.