home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / sys / amiga / programmer / 6920 < prev    next >
Encoding:
Internet Message Format  |  1996-08-05  |  1.9 KB
  1. Path: comma.rhein.de!serpens!not-for-mail
  2. From: mlelstv@serpens.rhein.de (Michael van Elst)
  3. Newsgroups: comp.sys.amiga.programmer
  4. Subject: Re: CHIP RAM speed test resul
  5. Date: 5 Apr 1996 08:41:57 +0200
  6. Organization: dis-
  7. Message-ID: <4k2fbl$lag@serpens.rhein.de>
  8. References: <4j6jv0$1im@serpens.rhein.de> <5827.6659T112T770@mbox.vol.it> <1996Apr2.234528.8971@scala.scala.com> <4k1kk3$i2q@sunsystem5.informatik.tu-muenchen.de>
  9. NNTP-Posting-Host: serpens.rhein.de
  10.  
  11. fischerj@Informatik.TU-Muenchen.DE (Juergen "Rally" Fischer) writes:
  12.  
  13. >ok, so why my 020 needs _12_ cycles , i.e. _846_ ns (!!!!) to load a
  14. >byte/.w/.l from chipmem ?
  15.  
  16. Maybe chip-bus contention ?
  17.  
  18. >why AGA got the curious quality that _any_ kind of chipmem acess is
  19. >just 2 times slower than it is in fastmem ?
  20.  
  21. This obviously depends on the speed of your fastmem.
  22.  
  23. >that's unlogic, because any acess should be delayed by a fix amount
  24. >of time. but: load 6 -> 12 cycles (difference: 6), store 4 -> 8 cycles
  25. >(difference: 4).
  26.  
  27. No. Writes are usually faster because a write cycle can complete while
  28. the CPU continues with internal operation. A read must complete because
  29. the CPU needs the data fetched.
  30.  
  31. >: perfectly aligned with the chip bus timing, or you would need a FIFO
  32. >: device to store the fetched data for when CPU could take it.
  33.  
  34. >again, beeing no expert at all, I can't stand the feeling that this FIFO
  35. >would be just another $0.2 TTLs. again, what about walker ?
  36.  
  37. No, it would be more than $0.2 (and very few TTL parts cost $0.2
  38. anyway).
  39.  
  40. >I see there's no way for a compatible AGA+ _now_, but adding some TTLs
  41. >should really not be that problem for a company.
  42. >Am I missing something ?
  43.  
  44. Yes. "Adding some TTLs" needs lots of board space. And that is a price
  45. issue.
  46.  
  47.  
  48.  
  49. -- 
  50.                                 Michael van Elst
  51.  
  52. Internet: mlelstv@serpens.rhein.de
  53.                                 "A potential Snark may lurk in every tree."
  54.