home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #20 / NN_1992_20.iso / spool / comp / sys / apple2 / 20269 < prev    next >
Encoding:
Text File  |  1992-09-12  |  3.9 KB  |  74 lines

  1. Newsgroups: comp.sys.apple2
  2. Path: sparky!uunet!elroy.jpl.nasa.gov!nntp-server.caltech.edu!toddpw
  3. From: toddpw@cco.caltech.edu (Todd P. Whitesel)
  4. Subject: Re: Accelerator performance
  5. Message-ID: <1992Sep13.050608.26582@cco.caltech.edu>
  6. Sender: news@cco.caltech.edu
  7. Nntp-Posting-Host: punisher
  8. Organization: California Institute of Technology, Pasadena
  9. References: <9209121442.AA27789@apple.com> <1992Sep12.230154.15547@news.iastate.edu>
  10. Date: Sun, 13 Sep 1992 05:06:08 GMT
  11. Lines: 61
  12.  
  13. hal@budapest.math.macalstr.edu (Harold Byron Bouma) writes:
  14.  
  15. >    Well, up until the 14Mhz 65816 came out, all Zips above the speed of
  16. >8 Mhz were 8 Mhz chips pushed to go faster.
  17.  
  18. Not true. Zip has been using high-speed WDC prototypes also. When I went in to
  19. get my 8-running-at-10 chip replaced, they gave me one of those and I was told
  20. that the chips could go up to 11.19 mhz and that 45ns cache (what I have) was
  21. fast enough to keep up at that speed. The prototype chips had no speed stamp
  22. on them; WDC was not selling _those_ as 8 mhz parts, they were charging an arm
  23. and a leg for them (in comparison).
  24.  
  25. >Todd Whitesel (sic) had written
  26. >to Zip a while ago upset that his 10 Mhz chip had become damaged from the
  27. >high speeds, and Zip wrote back saying that out of the 10,000+ 10 Mhz zips
  28. >sold, none had become damaged from being ran at 10 Mhz. And later the real
  29. >reason why Todd's processor becoming damaged had been discovered, which was
  30.  
  31. ... STATIC DAMAGE THAT OCCURRED MANY MONTHS BEFORE I NOTICED ANY PROBLEMS.
  32. That is why I never suspected static damage until I called (not wrote) Zip and
  33. talked to tech support voice.
  34.  
  35. >    Now, before the 14 Mhz chip, Zip would buy large quantities of 8 Mhz
  36. >chips and then run them at higher speeds to see if they could run at that
  37.  
  38. This is what they originally did. In the beginning, the best WDC could do was
  39. 6 mhz -- 7's were only available just before the ZipGS shipped, and since 7 is
  40. the first speed at which you notice AppleTalk problems, it explains why Zip had
  41. to scramble to deal with the AppleTalk problem weeks before the ship deadline.
  42.  
  43. >speed. WDC sells chips rated at 8 Mhz, but many are capable of running faster.
  44. >But there isn't anything wrong with running a chip faster than its rating, or
  45. >at least nothing proven yet.
  46.  
  47. The whole point of rating chip speeds is so you don't HAVE to prove anything --
  48. you know they will run at that speed because the manufacturer tested them for
  49. you. Usually the manufacturer has a more restrictive list of timing specs that
  50. each chip has to meet, since they take into account normal degradation of the
  51. chips and expect them to meet spec for many, many years. Depending on how you
  52. design your board you can often get away with running the chip faster ... this
  53. technique is used all too often in the industry and when these "aggressive"
  54. designs get older, they tend to stop working because the chips start to degrade
  55. to the point where they no longer run as fast as they used to, but still within
  56. the original timing spec (which is being violated by the "aggressive" design).
  57.  
  58. In other words, I do not feel comfortable running a chip above its rated speed
  59. unless I know I can downgrade TO the rated speed when normal wear-n-tear bring
  60. the chip back down to less optimistic timing specs. That is why I now have
  61. crystals to run my Zip at 10.5 (current), 10, and 8 mhz. When I had the problem
  62. with my first 10 mhz CPU, I dropped down to 8 mhz and ran at 8 for two months
  63. while I tried to arrange a car ride to Zip's office on a weekday (and since I
  64. was still at college this was a lot harder than it sounds).
  65.  
  66. The reason nothing is proven yet is that nobody's accelerator is old enough to
  67. exhibit problems due solely to aging. I do not have a very good feel for the
  68. statistics here, so the best guess I can make is in the 5-10 year range. That
  69. is long enough to explain how the people I learned all this from found out for
  70. themselves, the hard way...
  71.  
  72. Todd Whitesel
  73. toddpw @ cco.caltech.edu
  74.