home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / comp / sys / amiga / programm / 11501 < prev    next >
Encoding:
Text File  |  1992-07-22  |  1.5 KB  |  32 lines
  1. Newsgroups: comp.sys.amiga.programmer
  2. Path: sparky!uunet!cis.ohio-state.edu!zaphod.mps.ohio-state.edu!rpi!think.com!spdcc!dirtydog.ima.isc.com!newsserver.pixel.kodak.com!jeh
  3. From: jeh@raster.kodak.com (Ed Hanway)
  4. Subject: Re: CPU cycles
  5. Message-ID: <1992Jul22.211432.28534@pixel.kodak.com>
  6. Sender: news@pixel.kodak.com
  7. Organization: Eastman Kodak Company, EIPC / SISD
  8. X-Newsreader: Tin 1.1 PL3
  9. References: <jbickers.0bpc@templar.actrix.gen.nz>
  10. Date: Wed, 22 Jul 92 21:14:32 GMT
  11. Lines: 19
  12.  
  13. jbickers@templar.actrix.gen.nz (John Bickers) writes:
  14. :     I'm having some difficulty working out the relationship between
  15. :     CPU cycles and clock speed. I want to execute a routine at
  16. :     something like 4000 times a second on a 25MHz 68030, so I've tried
  17. :     to figure out how many cycles I'm allowed in the routine (by this
  18. :     I mean CPU instruction cycles, as given in the back of an
  19. :     assembler manual - ie: MOVEQ takes 4 cycles, etc).
  20.  
  21. This can get very difficult to do exactly, since it depends heavily on what
  22. is in the caches, how many wait states are involved in memory accesses, how
  23. often the MMU must reload something, how an instruction overlaps with others
  24. (not sure if this matters for the '030), and other stuff.  Unless your
  25. program is something that's going to run with caches off on a particular
  26. configuration, you're not going to get much more than an estimate.
  27.  
  28. --
  29. Ed Hanway --- jeh@raster.kodak.com
  30. This message is packed as full as practicable by modern automated equipment.
  31. Contents may settle during shipment.
  32.