home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #18 / NN_1992_18.iso / spool / comp / sys / next / hardware / 1386 < prev    next >
Encoding:
Internet Message Format  |  1992-08-14  |  2.0 KB
  1. Path: sparky!uunet!overload!dillon
  2. From: dillon@overload.Berkeley.CA.US (Matthew Dillon)
  3. Newsgroups: comp.sys.next.hardware
  4. Subject: Re:    Upgrade to NextTurbo
  5. Distribution: world
  6. Message-ID: <dillon.0lj8@overload.Berkeley.CA.US>
  7. References:  <dillon.0l89@overload.Berkeley.CA.US> <1992Aug13.195438.26752@cs.yale.edu>
  8. Date: 14 Aug 92 11:08:14 PST
  9. Organization: Not an Organization
  10. Lines: 46
  11.  
  12. In article <1992Aug13.195438.26752@cs.yale.edu> nathan@laplace.biology.yale.edu (Nathan F. Janette) writes:
  13. >In article <dillon.0l89@overload.Berkeley.CA.US> dillon@overload.Berkeley.CA.US
  14. >(Matthew Dillon) writes:
  15. >> >
  16. >> >Of course, all this is in the FAQ, not that anyone would
  17. >> >bother to read it before bathering...
  18. >>
  19. >>     *where* in the FAQ?  I missed that part or I wouldn't have asked!
  20. >>
  21. >
  22. >NeXTcube Turbo (68040-33MHz), NeXTstation Turbo
  23. >(68040-33MHz), NeXTstation Color Turbo
  24. >(68040-33MHz), newer NeXTstations (68040-25MHz), and
  25. >newer NeXTstation Color (68040-25MHz):
  26. >
  27. >These systems have only 4 SIMM slots, but they can take
  28. >double-sided SIMMs.  SIMMs must be installed in groups of
  29. >two in these machines.
  30. >
  31. >Use 72-pin 4, 8, 16, or 32 MB SIMMs with 100 ns minimum
  32. >access time. For maximum performance use 70 ns SIMMs.
  33.  
  34.     Yes, that's what I read.... but it is extremely obscure.  It doesn't
  35.     say WHY using faster SIMMs results in faster performance, it doesn't
  36.     say where the break point is... you can't even GET 100ns SIMMs
  37.     anymore!!  They START at 80ns (100ns cost the same or more then 80ns).
  38.     The NeXT is the only machine I've ever heard of that has a programmable
  39.     waitstate for it's dynamic ram access.  It really makes no sense to
  40.     take an already slow machine and slow it down further...
  41.  
  42.                         -Matt
  43.  
  44. >--
  45. >Nathan Janette     "I'm a NeXTstep man,
  46. >Dept MB&B, Yale Univ     I'm a NeXTcube guy"
  47. >New Haven, CT
  48. >nathan@laplace.biology.yale.edu (NeXT)
  49. >
  50.  
  51. --
  52.  
  53.     Matthew Dillon        dillon@Overload.Berkeley.CA.US
  54.     891 Regal Rd.        uunet.uu.net!overload!dillon
  55.     Berkeley, Ca. 94708     ham: KC6LVW (no mail drop)
  56.     USA
  57.  
  58.