home *** CD-ROM | disk | FTP | other *** search
/ Executor 2.0 / executorv2.0.iso / pc / linux / extra / docs / maillist / text / archive.96 / text0640.txt < prev    next >
Encoding:
Text File  |  1996-07-25  |  1.6 KB  |  36 lines
  1. Re: the issue of clock-speed specmanship on 68040s vs. clock-speed
  2. specmanship on 486s, P5s, P6s, etc.
  3.  
  4. OK, here's the real story. On, say, a 486DX-2/66, the processor
  5. core--on chip--runs at 66 MHz, while the bus interface runs at
  6. 33 MHz. This is significant because the core can, therefore,
  7. execute the most-commonly occuring, simple instructions at a
  8. rate of one per clock; i.e., under ideal conditions, it can
  9. really, truly execute instructions at a rate of 66 million per
  10. second (if only for a short burst). When it must go off chip
  11. to get, say, a data item, that data reference can only be
  12. satisfied at the slower 33-MHz rate.
  13.  
  14. So, a "120-MHz" 486 can, under ideal conditions, execute instructions
  15. at a rate of 120 million per second.
  16.  
  17. Now, when Apple decided to start calling its, for example, powerbooks
  18. "33/66-MHz" PowerBooks, I just had to laugh. This shows just how
  19. desparate they are. The 68040 does indeed use two different clocks signals.
  20. This is an implementation choice that does not necessarily have
  21. anything to do with exactly how the internal processor core operates.
  22.  
  23. A "33/66-MHz" 68040 (or '040lc) can execute simple instructions
  24. under ideal circumstances at a maximum rate of 33 million per
  25. second. Motorola might have chosen to use a 133-Mhz clock input
  26. to the chip for implementation reasons, but that wouldn't make the
  27. core faster. The pipeline can retire simple instructions under ideal
  28. circumstances only at the 33-MHz rate. It's a 33-Mhz chip by any
  29. real measure.
  30.  
  31. The "33/66-MHz" 68040 chips are the same chips that used to be called
  32. "33-MHz" 68040 chips.
  33.  
  34. bcase
  35.  
  36.