🚀 go-pugleaf

In article <WOM7J3K@odb.rhein-main.de> rischo@odb.rhein-main.de
(Richard Scholz) writes:
> Ich habe vor, meine NeXTstation (25 MHz, Monochrom, nicht turbo-
> designed) mit 4 St"uck 4MB Simms aufzur"usten. Nun frage ich mich, ob es
> m"oglich ist, schnelle Rams mit 70 oder 60 ns Zugriffszeit einzusetzen, und
> so die Prozessorwaitstates zu reduzieren. 

Diese Antwort gehoert zwar inzwischen in eine FAQ-Liste, aber trotzdem
nochmal: 25-MHz-68040-NeXTs brauchen 100ns-SIMMs. Natuerlich kann man
auch schnellere reinstecken, aber bringen tut es absolut nichts!

Erst die Turbo-Geraete passen die Anzahl der Wartezyklen an das einge-
setzte RAM an.

Matthias
-- 
** Matthias Zepf, Riegelaeckerstrasse 27, 7250 Leonberg, Germany **
** +49 7152 41917    Email: agnus@amylnd.stgt.sub.org (NeXTmail) **
** "What next, a Commodore-64 port of NeXTSTEP?"                 **
**                                 -- vin@netcom.com (Vin Locke) **

In article <WOM7J3K@odb.rhein-main.de>, rischo@odb.rhein-main.de (Richard Scholz) writes:
|> Hallo 
|> 
|> Ich habe vor, meine NeXTstation (25 MHz, Monochrom, nicht turbo-
|> designed) mit 4 St"uck 4MB Simms aufzur"usten. Nun frage ich mich, ob es
|> m"oglich ist, schnelle Rams mit 70 oder 60 ns Zugriffszeit einzusetzen, und
|> so die Prozessorwaitstates zu reduzieren. 

lohnt sich nicht, die non-Turbos koennen nur eine Speichergeschwindigkeit, aber
da man Probleme hat, etwas zu finden, das langsamer ist als 70 ns, ists egal.
|> 
|> Ich vermute, da\3 sich die Waitstates irgendwie "uber dem ROM Monitor ein-
|> stellen lassen. Insbesondere habe ich die Systemregister, die sich "uber
|> das Kommando "s" "andern lassen, im Verdacht.
|> 
Nein, kann man nicht. Der gibt nur aus, was er annimmt.

|> Im FAQ habe ich gelesen, da\3 sich bei 70 ns Rams die Waitstates 
|> reduzieren, jedoch bezog sich das auf turbo-designed NeXTstations, und dort
|> wurde auch nicht gesagt, wie sich die Waitstates einstellen lassen.

Das tuen die automatisch, die SIMMs sind codiert, so dass man keine dip-switches
oder auch software-dips braucht.

|> 
|> Es w"are nett, wenn mir jemand dabei weiterhelfen k"onnte.
|> 
|> Tsch"u\3, Richard. (rischo@odb.rhein-main.de)