SCSI-Tuning
Gert Brinkmann
ich habe ein Problem mit der Geschwindigkeit des SCSI-Busses meines
Amigas. Der Reihe nach:
Konfiguration:
Amiga4000T, Apollo-68060-Turbokarte mit 20 MB 60ns RAM, 2 SCSI-Geraete
haengen am internen SCSI-Host (auf Mainboard) des A4000T: Festplatte IBM
DPES31080 (1GB), CDROM-Laufwerk 4-fach Toshiba; extern: CD-Writer Yamaha
4260T. Am IDE-Controller haengen auch noch 2 Platten, die aber hier
eigentlich nicht stoeren duerften.
Problem:
Ich moechte (mittels MakeCD) eine AudioCD auslesen. Dies geschieht mit
dem Yamaha maximal in 6-fach Speed, also 6*150 KB/s = 900 KB/s
(berichtigt mich, wenn die Werte falsch sind). Problem ist, dass die
Festplatte, die ja am selben SCSI-Bus haengt, diese Datenmenge parallel
nicht schnell genug wegschreiben kann, so dass es zu Buffer-Overflows
kommt, was natuerlich den Lese-Vorgang ausbremst. Ausserdem habe ich
Angst, dass durch die Leseunterbrechungen Soundfehler auftreten.
Nach den Ausgaben von MakeCD liest der Brenner mit 6-fach Speed, die
Platte schreibt aber nur mit ca. 5-fach Speed. Ich weiss, dass ich zur
Not auf 4-fach Lesen runterschalten kann, aber dies ist doch wenig
befriedigend.
Frage:
Kann es sein, dass der interne SCSI-Controller mit diesen insgesamt
knapp 2MB/s ueberlastet ist ? Oder habe ich etwas falsch konfiguriert ?
meine bisherigen Loesungsversuche:
a) Terminierung: Muesste eigentlich in Ordnung sein, externer CD-Writer
ist aktiv terminiert, interne Festplatte als anderes Ende des Busses
ebenfalls. Controller und internes CD-Laufwerk sind nicht terminiert.
Aber ich werde es sicherheitshalber nochmal ueberpruefen.
b) Festplatte ist zu langsam. Duerfte eigentlich nicht sein. Die IBM
DPES sollte knappe 4 MB/s schaffen. Oder bezieht sich eine solche
Aussage nur aufs Lesen, nicht aufs Schreiben ?
c) Festplatte ist fragmentiert. Jetzt nicht mehr, ich habe sie komplett
formatiert. Speed-Problem besteht aber immer noch.
d) SCSI ist nicht richtig konfiguriert.
d1) Reselection: Habe ich versuchshalber mit dem Tool CTRLscsi, das
MakeCD beiliegt, fuer das gesamte Device angeschaltet. Das ergibt auch
eine kleine, aber nicht ausreichende Besserung. Frage: Wie lange haelt
diese Einstellung eigentlich vor ? Ist sie nach dem naechsten Reset noch
so eingestellt, oder muss man sie jedesmal wieder aktivieren ?
d2) Synchron-Modus: Muesste am Controller (DIP-Schalter nach Handbuch)
und Festplatte (Jumper) korrekt eingestellt sein (naemlich aktiv). Wie
und wo kann man denn den Synchron-Modus am CD-Drive und CD-Writer
einstellen ? Ich habe keine Moeglichkeit gefunden. Funktioniert das mit
irgendeiner Software ?
d3) Anfangs war der FAST-Mode am SCSI-Controller seltsamerweise
ausgeschaltet. Der ist jetzt aktiviert. Allerdings habe ich keinen
Unterschied feststellen koennen.
e) Cache-Tool: Wie mir gerade einfaellt, habe ich Dynamicache laufen.
Das werde ich mal versuchen, abzustellen, weil es in dieser Situation ja
keinen rechten Sinn macht. Vielleicht bremst das die Platte aus, wenn
die Daten beim Schreiben in den Cache geschoben werden.
f) Ich habe auch mal zum Testen auf eine IDE-Platte (Seagate 400MB)
rausgeschrieben, um den SCSI-Bus nur mit Lesedaten zu belasten und den
Schreibdatenstrom getrennt ueber IDE laufen zu lassen, aber das war noch
langsamer als auf die SCSI-Platte. Deswegen bin ich von der Idee vorerst
weg, statt einer neuen groesseren und schnelleren SCSI-Platte lieber
eine entsprechende IDE-Platte zu kaufen.
Hat jemand noch eine Idee, was man pruefen koennte ? Speziell
interessiert mich, was man alles direkt am SCSI-Bus neben Reselection
und Synchron-Modus einstellen kann. Mit welchem Tool faehrt man da am
besten ? Gibt es irgendwo (z.B. Web) gute Infos zum SCSI-Tuning ?
Mit welchem Tool testet man am besten und zuverlaessigsten die
Geschwindigkeit von Festplatten ?
Ich bin fuer jeden Tip dankbar,
Ciao,
Gert
Michael Ulbrich
>ich habe ein Problem mit der Geschwindigkeit des SCSI-Busses meines
>Amigas. Der Reihe nach:
>Konfiguration:
>Amiga4000T, Apollo-68060-Turbokarte mit 20 MB 60ns RAM, 2 SCSI-Geraete
[...]
>Problem:
>Ich moechte (mittels MakeCD) eine AudioCD auslesen. Dies geschieht mit
>dem Yamaha maximal in 6-fach Speed, also 6*150 KB/s = 900 KB/s
>(berichtigt mich, wenn die Werte falsch sind). Problem ist, dass die
[...]
>Frage:
>Kann es sein, dass der interne SCSI-Controller mit diesen insgesamt
>knapp 2MB/s ueberlastet ist ? Oder habe ich etwas falsch konfiguriert ?
Der kann theoretisch 10MB/s, praktisch wohl eher 8MB/s.
[...]
>b) Festplatte ist zu langsam. Duerfte eigentlich nicht sein. Die IBM
>DPES sollte knappe 4 MB/s schaffen. Oder bezieht sich eine solche
>Aussage nur aufs Lesen, nicht aufs Schreiben ?
Die DPES schafft im Syncron-Mode so ca. 4MB/s, richtig. Hängt recht stark
von der größe der Blöcke ab, die im Stück auf die Platte geschrieben
werden. Außerdem reagieren die meisten IBM-Platten bei großen Dateien
recht stark auf die verwendete Blockgröße. Bei mir ist 2048Byte/Block
das Optimum.
>c) Festplatte ist fragmentiert. Jetzt nicht mehr, ich habe sie komplett
>formatiert. Speed-Problem besteht aber immer noch.
Hier liest ein Plextor12/20x Audio und Daten sowohl mit MakeCD als auch
mit BurnIt in voller Geschwindigkeit auf eine Seagte 43400n.
Die Seagate schafft etwa 3-3,5MB/s, Stepzeiten sind sehr langsam, es
ist der bewußte "Ziegelstein", volle Höhe, 5,25", 2,7GB. :-)))
>d) SCSI ist nicht richtig konfiguriert.
>d1) Reselection: Habe ich versuchshalber mit dem Tool CTRLscsi, das
>MakeCD beiliegt, fuer das gesamte Device angeschaltet. Das ergibt auch
>eine kleine, aber nicht ausreichende Besserung. Frage: Wie lange haelt
>diese Einstellung eigentlich vor ? Ist sie nach dem naechsten Reset noch
>so eingestellt, oder muss man sie jedesmal wieder aktivieren ?
Mit Reselction habe ich schon seltsame Effekte erlebt, manchmal ist
ausschalten sogar besser, zumindest für die Stabilität der Geschichte.
Ein 1260-SCSI-Kit wollte sonst garnicht mit einem Philips.
>d2) Synchron-Modus: Muesste am Controller (DIP-Schalter nach Handbuch)
>und Festplatte (Jumper) korrekt eingestellt sein (naemlich aktiv). Wie
>und wo kann man denn den Synchron-Modus am CD-Drive und CD-Writer
>einstellen ? Ich habe keine Moeglichkeit gefunden. Funktioniert das mit
>irgendeiner Software ?
Sync sollte unbedingt an sein. Ob der Writer sync kann, weiß ich jetzt
garnicht. Zur Not laufen auch die P5-SCSI-Tools incl. Unitcontrol mit
dem Host des A4000T.
>d3) Anfangs war der FAST-Mode am SCSI-Controller seltsamerweise
>ausgeschaltet. Der ist jetzt aktiviert. Allerdings habe ich keinen
>Unterschied feststellen koennen.
Such Dir mal SCSI-Bench im Aminet, damit kannst Du recht gut testen,
was und ob die Einstellungen tatsächlich bewirken.
>e) Cache-Tool: Wie mir gerade einfaellt, habe ich Dynamicache laufen.
>Das werde ich mal versuchen, abzustellen, weil es in dieser Situation ja
>keinen rechten Sinn macht. Vielleicht bremst das die Platte aus, wenn
>die Daten beim Schreiben in den Cache geschoben werden.
Aua, ich habe bei diesen Sachen zu Cacheprogrammen garkeine Vertrauen.
>Hat jemand noch eine Idee, was man pruefen koennte ? Speziell
>interessiert mich, was man alles direkt am SCSI-Bus neben Reselection
>und Synchron-Modus einstellen kann. Mit welchem Tool faehrt man da am
>besten ? Gibt es irgendwo (z.B. Web) gute Infos zum SCSI-Tuning ?
Sync an (muß auch im RDB gesetzt sein!), Reselection hat auf die
Geschwindigkeit in diesem Zusammenhang eigentlich wenig Auswirkung.
>Mit welchem Tool testet man am besten und zuverlaessigsten die
>Geschwindigkeit von Festplatten ?
Sachen, die direkt den SCSI-Bus angehen, wohl am einfachsten mit
SCSI-Bench. 32kB Blöcke und kontinuierliches Lesen geben recht
brauchbare Vergleichswerte ab.
Ansonsten mal die SCSI-Tools von P5 ziehen (naja, die Rechtslage...),
Unitcontrol erkennt z.B. recht zuverlässig, was die Geräte können
(bzw. was sie melden). Man kann zusammen mit SCSI-Bench da schön
zur Laufzeit testen. Bis der Rechner abstürzt... ;)
Schönen Tag noch.
Gruß aus Berlin... Michael
--
Amiga-Schnäppchen: http://www.amiga-shop.arco.de/
Roland Hoepner
"SCSI-Tuning":
> Hallo,
>
> ich habe ein Problem mit der Geschwindigkeit des SCSI-Busses meines
> Amigas. Der Reihe nach:
>
> Konfiguration:
> Amiga4000T, Apollo-68060-Turbokarte mit 20 MB 60ns RAM, 2 SCSI-Geraete
> haengen am internen SCSI-Host (auf Mainboard) des A4000T: Festplatte IBM
> DPES31080 (1GB), CDROM-Laufwerk 4-fach Toshiba; extern: CD-Writer Yamaha
> 4260T. Am IDE-Controller haengen auch noch 2 Platten, die aber hier
> eigentlich nicht stoeren duerften.
>
> Problem:
> Ich moechte (mittels MakeCD) eine AudioCD auslesen. Dies geschieht mit
> dem Yamaha maximal in 6-fach Speed, also 6*150 KB/s = 900 KB/s
> (berichtigt mich, wenn die Werte falsch sind). Problem ist, dass die
> Festplatte, die ja am selben SCSI-Bus haengt, diese Datenmenge parallel
> nicht schnell genug wegschreiben kann,
An der Platte kann das eigentlich nicht liegen.
> so dass es zu Buffer-Overflows
> kommt, was natuerlich den Lese-Vorgang ausbremst. Ausserdem habe ich
> Angst, dass durch die Leseunterbrechungen Soundfehler auftreten.
Sollte eigentlich nicht passieren.
> Nach den Ausgaben von MakeCD liest der Brenner mit 6-fach Speed, die
> Platte schreibt aber nur mit ca. 5-fach Speed. Ich weiss, dass ich zur
> Not auf 4-fach Lesen runterschalten kann, aber dies ist doch wenig
> befriedigend.
Was sagt denn DiskSpeed zu Deiner Platte ?
>
> Frage:
> Kann es sein, dass der interne SCSI-Controller mit diesen insgesamt
> knapp 2MB/s ueberlastet ist ? Oder habe ich etwas falsch konfiguriert ?
AFAIK ist das ein SCSI-II-Gerät --> er muß 10 MB/s schaffen.
Konfiguration: MaxTransfer und Mask richtig gesetzt ?
>
> meine bisherigen Loesungsversuche:
> a) Terminierung: Muesste eigentlich in Ordnung sein, externer CD-Writer
> ist aktiv terminiert, interne Festplatte als anderes Ende des Busses
> ebenfalls. Controller und internes CD-Laufwerk sind nicht terminiert.
> Aber ich werde es sicherheitshalber nochmal ueberpruefen.
Probiere mal andere Kabel aus. Die können auch kaputtgehen.
>
> b) Festplatte ist zu langsam. Duerfte eigentlich nicht sein. Die IBM
> DPES sollte knappe 4 MB/s schaffen. Oder bezieht sich eine solche
> Aussage nur aufs Lesen, nicht aufs Schreiben ?
Mach mal einen Test mit DiskSpeed.
Welche Version vom FFS/vom scsi.device benutzt Du ?
Welche Blockgröße ist eingestellt ?
> c) Festplatte ist fragmentiert. Jetzt nicht mehr, ich habe sie komplett
> formatiert. Speed-Problem besteht aber immer noch.
>
> d) SCSI ist nicht richtig konfiguriert.
> d1) Reselection: Habe ich versuchshalber mit dem Tool CTRLscsi, das
> MakeCD beiliegt, fuer das gesamte Device angeschaltet. Das ergibt auch
> eine kleine, aber nicht ausreichende Besserung. Frage: Wie lange haelt
> diese Einstellung eigentlich vor ? Ist sie nach dem naechsten Reset noch
> so eingestellt, oder muss man sie jedesmal wieder aktivieren ?
Für Festplatten kann man in der HDtoolbox Reselection ein/ausschalten.
Das wird dann im RDB gespeichert.
Über CD-ROM-Laufwerke habe ich noch nicht nachgedacht :-)
> d2) Synchron-Modus: Muesste am Controller (DIP-Schalter nach Handbuch)
> und Festplatte (Jumper) korrekt eingestellt sein (naemlich aktiv). Wie
> und wo kann man denn den Synchron-Modus am CD-Drive und CD-Writer
> einstellen ? Ich habe keine Moeglichkeit gefunden. Funktioniert das mit
> irgendeiner Software ?
>
> d3) Anfangs war der FAST-Mode am SCSI-Controller seltsamerweise
> ausgeschaltet. Der ist jetzt aktiviert. Allerdings habe ich keinen
> Unterschied feststellen koennen.
> e) Cache-Tool: Wie mir gerade einfaellt, habe ich Dynamicache laufen.
> Das werde ich mal versuchen, abzustellen, weil es in dieser Situation ja
> keinen rechten Sinn macht. Vielleicht bremst das die Platte aus, wenn
> die Daten beim Schreiben in den Cache geschoben werden.
DynamiCache verbraucht in dieser Situation zwar Rechenzeit, ohne mehr
Geschwindigkeit zu bringen, aber das dürfte bei einem 686060
kaum auffallen.
> f) Ich habe auch mal zum Testen auf eine IDE-Platte (Seagate 400MB)
> rausgeschrieben, um den SCSI-Bus nur mit Lesedaten zu belasten und den
> Schreibdatenstrom getrennt ueber IDE laufen zu lassen, aber das war noch
> langsamer als auf die SCSI-Platte. Deswegen bin ich von der Idee vorerst
> weg, statt einer neuen groesseren und schnelleren SCSI-Platte lieber
> eine entsprechende IDE-Platte zu kaufen.
Das könnte mit einer SCHNELLEN IDE-Platte etwas bringen.
> Hat jemand noch eine Idee, was man pruefen koennte ? Speziell
> interessiert mich, was man alles direkt am SCSI-Bus neben Reselection
> und Synchron-Modus einstellen kann. Mit welchem Tool faehrt man da am
> besten ? Gibt es irgendwo (z.B. Web) gute Infos zum SCSI-Tuning ?
>
> Mit welchem Tool testet man am besten und zuverlaessigsten die
> Geschwindigkeit von Festplatten ?
Die Angaben veschiedener Testprogramme sind sowieso nicht vergleichbar.
Also nimm, was Dir schmeckt :-) (DiskSpeed, SysSpeed usw.)
Roland
--
"Hilf Dir selbst, dann hilft Dir Gott."
Hilft dann der Teufel denen, die sich nicht selbst helfen ?
Hilft der Teufel sich selbst ?
Gert Brinkmann
erstmal Danke fuer die Antwort.
> An der Platte kann das eigentlich nicht liegen.
OK, denke ich eigentlich auch.
> > Angst, dass durch die Leseunterbrechungen Soundfehler auftreten.
>
> Sollte eigentlich nicht passieren.
Das ist schonmal beruhigend, aber wer weiss. Ich neige dazu, bei solchen
Sachen immer (zu) perfektionistisch zu sein.
> Was sagt denn DiskSpeed zu Deiner Platte ?
Ich habe die Platte mal mit Diskspeed und SCSISpeed durchgetestet. Die
Ergebnisse sind diesem Posting angehaengt (Amiga-Linebrakes). Ich habe
den kompletten Test durchgefuehrt und mitgepostet, da ich nicht weiss,
welche Werte fuer wen am aufschlussreichsten sind. Entschuldigung, wenn
es jemandem zu viel ist.
> Konfiguration: MaxTransfer und Mask richtig gesetzt ?
Ja, ich habe die Werte fuer die Platte (bzw. Partition ?) ueberprueft:
Mask 0x7ffffffe und MAXTrans 0xffffff (habe ich jetzt aus dem Kopf
geschrieben; es muessten aber die richtigen Werte sein).
> Probiere mal andere Kabel aus. Die können auch kaputtgehen.
Waere auch mal einen Versuch wert, aber ich hatte es vor einem Jahr
schonmal ausgetauscht. Muesste eigentlich in Ordnung sein. Aber habe ich
mir mal notiert.
> Welche Version vom FFS/vom scsi.device benutzt Du ?
Nachdem die neuste Beta mich mit dem dem Hinweis auf das Ablaufdatum
genervt hat, habe ich wieder auf die originale Version gewechselt, die
beim AmigaOS 3.1 dabei war. Genaue Version muesste ich mal nachschauen.
Wie bekomme ich das eigentlich raus ? (HDToolBox ?)
> Welche Blockgröße ist eingestellt ?
Standard: 512 KB, Ich habe mal gehoert, das Nichtstandardwerte u.U.
Probleme machen koennen.
> Für Festplatten kann man in der HDtoolbox Reselection ein/ausschalten.
> Das wird dann im RDB gespeichert.
In der HDToolBox ? Muss ich mal schauen, ob ich das finde. Ist mir noch
gar nicht aufgefallen.
> Über CD-ROM-Laufwerke habe ich noch nicht nachgedacht :-)
Es gibt immer ein erstes Mal ;)
> DynamiCache verbraucht in dieser Situation zwar Rechenzeit, ohne mehr
> Geschwindigkeit zu bringen, aber das dürfte bei einem 686060
> kaum auffallen.
Ja, ich habe es mal abgeschaltet (z.B. auch beim Diskspeed-Test). Hatte
aber keine Auswirkungen.
> Das könnte mit einer SCHNELLEN IDE-Platte etwas bringen.
Muesste ich dann mal checken. Lieber waere mir aber eine anstaendige
SCSI-Platte.
Ich haette jetzt noch zwei Fragen, die mir noch eingefallen sind:
1) Wie kann man herausfinden, ob eine Platte einen internen Write-Cache
besitzt und wie kann man ihn dann aktivieren ? Waere das eine Idee ?
2) Wie hoch sollte man die Werte fuer die Buffer (AddBuffers) setzen ?
Ciao und Danke nochmal fuer die Antwort,
Gert
Gert Brinkmann
Dir ebenfalls Danke fuer Deine Antwort.
> >Kann es sein, dass der interne SCSI-Controller mit diesen insgesamt
> Der kann theoretisch 10MB/s, praktisch wohl eher 8MB/s.
Sollte ja eigentlich reichen !?!
> werden. Außerdem reagieren die meisten IBM-Platten bei großen Dateien
> recht stark auf die verwendete Blockgröße. Bei mir ist 2048Byte/Block
> das Optimum.
Vielleicht sollte ich tatsaechlich die Blockgroesse hochsetzen. 2KB ist
im Allgemeinen der zu empfehlende Wert ?
> Mit Reselction habe ich schon seltsame Effekte erlebt, manchmal ist
> ausschalten sogar besser, zumindest für die Stabilität der Geschichte.
> Ein 1260-SCSI-Kit wollte sonst garnicht mit einem Philips.
Ja, das steht ja auch im MakeCD-FAQ bzw. -Guide irgendwo drin. Deswegen
bin ich da auch ein wenig unsicher mit.
> Sync sollte unbedingt an sein.
Eine schoene Absolutaussage. Dann werde ich das System daraufhin nochmal
genauer durchchecken.
> Ob der Writer sync kann, weiß ich jetzt
Weiss ich jetzt auch nicht. Ich hoffe aber doch. (Steht so etwas in den
Spezifikationen ?) Was passiert denn, wenn einige Geraete synchron und
andere asynchron arbeiten ? Kann man das mischen ?
> Such Dir mal SCSI-Bench im Aminet, damit kannst Du recht gut testen,
> was und ob die Einstellungen tatsächlich bewirken.
Habe ich mir notiert, werde ich auch mal auspacken und testen.
> Aua, ich habe bei diesen Sachen zu Cacheprogrammen garkeine Vertrauen.
Bisher hat es keine Probleme gemacht. Je nach Anwendung ist der
Cache-Effekt schon nett.
> Sync an (muß auch im RDB gesetzt sein!), Reselection hat auf die
> Geschwindigkeit in diesem Zusammenhang eigentlich wenig Auswirkung.
Hmm, warum habe ich in der HDToolBox die Reselection und Sync
Einstellmoeglichkeiten bisher nicht gefunden ? Sind die sehr versteckt ?
> Unitcontrol erkennt z.B. recht zuverlässig, was die Geräte können
Das ist doch das Tool, mit dem man, nach Auswahl eines Devices, jeweils
in PopUp-Boxen auswaehlen kann, ob Reselection an oder aus, ob Sync oder
Async, etc. Ich hatte versucht, ueberall Sync einzustellen (Unitcontrol
meldet mir, dass ueberall Async eingestellt ist). Wenn ich dann aber den
"Set"-Button betaetige, springt die Anzeige wieder auf Async. Oder ist
diese Anzeige andersherum zu verstehen, dass nicht das angezeigt wird,
was eingestellt ist, sondern das, was eingestellt werden soll ? (Waere
sehr komisch)
Ausserdem weiss ich nicht, was man fuer die 2 Werte einstellen
muss/sollte, die erst beim Umschalten auf Sync freigegeben werden.
(Oberhalb der PopUp-Box fuer "Sync/Async")
> (bzw. was sie melden). Man kann zusammen mit SCSI-Bench da schön
> zur Laufzeit testen. Bis der Rechner abstürzt... ;)
Ja, letzteres bekomme ich bestimmt hin. In letzter Zeit bleibt der
Rechner auch haeufig einfach mal haengen. (Nur Reset hilft.) Ich bringe
es damit in Verbindung, dass ich den DIP-Schalter (4 ?) des
SCSI-Controllers umgestellt habe auf "SCSI-Fast-Bus". Vorher war der
irrtuemlicher (?) Weise nicht auf "fast" !? Eigentlich sollten das alle
Geraete mitmachen: Die IBM DPES mit Sicherheit, genauso der Yamaha
Writer 4260T, aber auch das Toshiba CD-Laufwerk (5150 oder so ??
(4-fach)). Mehr ist am SCSI-Bus nicht dran und die IDE-Klamotten sollten
ja unabhaengig davon sein.
Ciao und Gruss aus Koeln nach Berlin,
Gert
Thomas Richter
Gert Brinkmann <gbrin...@dimedis.de> writes:
>> Welche Version vom FFS/vom scsi.device benutzt Du ?
>Nachdem die neuste Beta mich mit dem dem Hinweis auf das Ablaufdatum
>genervt hat, habe ich wieder auf die originale Version gewechselt, die
>beim AmigaOS 3.1 dabei war. Genaue Version muesste ich mal nachschauen.
>Wie bekomme ich das eigentlich raus ? (HDToolBox ?)
version dh0:
^^^
Bzw, wie auch immer Deine Platte heißt.
>> Welche Blockgröße ist eingestellt ?
>Standard: 512 KB, Ich habe mal gehoert, das Nichtstandardwerte u.U.
>Probleme machen koennen.
Zumindest mit diversen "Recovery"-Programmen.
>Ich haette jetzt noch zwei Fragen, die mir noch eingefallen sind:
>1) Wie kann man herausfinden, ob eine Platte einen internen Write-Cache
>besitzt und wie kann man ihn dann aktivieren ? Waere das eine Idee ?
Die meisten besitzen einen. Auskunft darüber gibt z.B. "SCSIQuery".
Aktivieren kann man ihn im Prinzip über die SCSI-Mode-Seiten mit ein
paar direkten SCSI-Kommandos, aber ad hoc kann ich kein Programm nennen,
was dies tut. An den SCSI-Parametern sollte man nur herumspielen, wenn
man sich wirklich sicher ist, was man tut.
Grüße,
Thomas
______________don't_cut_here,_it_could_damage_your_terminal____________________
_______ _____ _____
/ / / / / / / EMAIL: th...@einstein.math.tu-berlin.de
/ /____/ / / /____/ http://www.math.tu-berlin.de/~thor/thor/index.html
/ / / / / / \ PGP available on request, finger print:
/ / / /____/ / / 11 FC 46 B0 7F 42 43 AC 38 A4 78 9A 24 BC 77 BE
_______________________________________________________________________________
Michael Ulbrich
>> >Kann es sein, dass der interne SCSI-Controller mit diesen insgesamt
>> Der kann theoretisch 10MB/s, praktisch wohl eher 8MB/s.
>Sollte ja eigentlich reichen !?!
Ja.
[...]
>Vielleicht sollte ich tatsaechlich die Blockgroesse hochsetzen. 2KB ist
>im Allgemeinen der zu empfehlende Wert ?
Das ist meine persöhnliche Erfahrung spez. mit IBM-Platten und großen
Dateien. Das Kopieren von z.B. einer 40MB-Datei ist mit 512Byte/Block
wesentlich langsamer.
>> Mit Reselction habe ich schon seltsame Effekte erlebt, manchmal ist
>> ausschalten sogar besser, zumindest für die Stabilität der Geschichte.
>> Ein 1260-SCSI-Kit wollte sonst garnicht mit einem Philips.
>Ja, das steht ja auch im MakeCD-FAQ bzw. -Guide irgendwo drin. Deswegen
>bin ich da auch ein wenig unsicher mit.
Hat bei mir allerdings höchstens hänger auf dem SCSI-Bus erzeugt, wenn
ein Gerät mit Reselection nicht richtig klarkam.
>> Sync sollte unbedingt an sein.
>Eine schoene Absolutaussage. Dann werde ich das System daraufhin nochmal
>genauer durchchecken.
Sync sollte einfach deshalb an sein, weil es je nach Controller und
Gerät (spez. HDs) ca. 30-60% Geschwindigkeitsgewinn bringt...
>> Ob der Writer sync kann, weiß ich jetzt
>Weiss ich jetzt auch nicht. Ich hoffe aber doch. (Steht so etwas in den
>Spezifikationen ?) Was passiert denn, wenn einige Geraete synchron und
>andere asynchron arbeiten ? Kann man das mischen ?
Ja. Wenn sync nicht definitiv verboten ist (DIP-Schalter/Jumper bei
den Geräten oder Bit im RDB), handeln Controller und jedes Gerät aus,
ob es sync kann und nutzen es dann.
Was nicht sync kann läuft im async-mode, bei mir nur der HP-Scanner.
>> Such Dir mal SCSI-Bench im Aminet, damit kannst Du recht gut testen,
>> was und ob die Einstellungen tatsächlich bewirken.
>Habe ich mir notiert, werde ich auch mal auspacken und testen.
>> Aua, ich habe bei diesen Sachen zu Cacheprogrammen garkeine Vertrauen.
>Bisher hat es keine Probleme gemacht. Je nach Anwendung ist der
>Cache-Effekt schon nett.
Das meinte ich, je nach Anwendung... Zumindest mal ohne testen.
>> Sync an (muß auch im RDB gesetzt sein!), Reselection hat auf die
>> Geschwindigkeit in diesem Zusammenhang eigentlich wenig Auswirkung.
>Hmm, warum habe ich in der HDToolBox die Reselection und Sync
>Einstellmoeglichkeiten bisher nicht gefunden ? Sind die sehr versteckt ?
Aua... Ich habe die HD-Toolbox schon ewig nicht mehr genutzt, nur
SCSI-Tools von P5, da ist es unter "Config Drive" zu finden.
>> Unitcontrol erkennt z.B. recht zuverlässig, was die Geräte können
>Das ist doch das Tool, mit dem man, nach Auswahl eines Devices, jeweils
>in PopUp-Boxen auswaehlen kann, ob Reselection an oder aus, ob Sync oder
>Async, etc. Ich hatte versucht, ueberall Sync einzustellen (Unitcontrol
>meldet mir, dass ueberall Async eingestellt ist). Wenn ich dann aber den
>"Set"-Button betaetige, springt die Anzeige wieder auf Async. Oder ist
>diese Anzeige andersherum zu verstehen, dass nicht das angezeigt wird,
>was eingestellt ist, sondern das, was eingestellt werden soll ? (Waere
>sehr komisch)
Nein, wenn Du auf Set klickst und z.B. Sync wieder auf Async springt,
hat das betreffende Gerät Sync abgewiesen. Gilt z.B. auch für FWC,
der interne Write-Cache der Platten u.ä.
>Ausserdem weiss ich nicht, was man fuer die 2 Werte einstellen
>muss/sollte, die erst beim Umschalten auf Sync freigegeben werden.
>(Oberhalb der PopUp-Box fuer "Sync/Async")
10MB/s und 8Byte/Handshake wäre für einen SCSI-II Default.
Mit 15Byte/Handshake wird es ein wenig schneller, da weniger Quittungen
nötig sind. Wenn da dann was instabil wird, ist irgendwas am Bus nicht
optimal oder ein Gerät bereitet Probleme.
Vorsicht ist mit der Sync-Transferrate: meine alte Syquest 88MB war z.B.
der Meinung, sie könne 10MB/s und hing dann...
[...]
>Ja, letzteres bekomme ich bestimmt hin. In letzter Zeit bleibt der
>Rechner auch haeufig einfach mal haengen. (Nur Reset hilft.) Ich bringe
>es damit in Verbindung, dass ich den DIP-Schalter (4 ?) des
>SCSI-Controllers umgestellt habe auf "SCSI-Fast-Bus". Vorher war der
>irrtuemlicher (?) Weise nicht auf "fast" !? Eigentlich sollten das alle
>Geraete mitmachen: Die IBM DPES mit Sicherheit, genauso der Yamaha
>Writer 4260T, aber auch das Toshiba CD-Laufwerk (5150 oder so ??
>(4-fach)). Mehr ist am SCSI-Bus nicht dran und die IDE-Klamotten sollten
>ja unabhaengig davon sein.
Dann ist irgendwas am SCSI-Bus faul...
Die DPES kann sync, der Writer sollte es auch können. Das Toshiba 4x
evtl. nicht. Außerdem darauf achten, daß die Terminierung stimmt,
wenn außen nichts dranhängt ist der Controller terminiert (DIP-Schalter?
auf Auto), das letzte Gerät innen ebenfalls aktiv terminieren, das
Toshiba dürfte noch passiv terminiert sein (Widerstands-Arrays hinten
zum abziehen). Wenn das so ist, nicht das CD-LW ans Ende stecken,
lieber die DPES odeer den Writer. Das SCSI-Kabel muß an den Geräten
enden, also nicht hinten noch einen Rest mit Steckern "überhängen"
lassen!
Na, viel Spaß noch. ;)
Manfred Kern
>Hallo,
>ich habe ein Problem mit der Geschwindigkeit des SCSI-Busses meines
>Amigas. Der Reihe nach:
>Konfiguration:
>Amiga4000T, Apollo-68060-Turbokarte mit 20 MB 60ns RAM, 2 SCSI-Geraete
>haengen am internen SCSI-Host (auf Mainboard) des A4000T: Festplatte IBM
>DPES31080 (1GB), CDROM-Laufwerk 4-fach Toshiba; extern: CD-Writer Yamaha
>4260T. Am IDE-Controller haengen auch noch 2 Platten, die aber hier
>eigentlich nicht stoeren duerften.
>Problem:
>Ich moechte (mittels MakeCD) eine AudioCD auslesen. Dies geschieht mit
>dem Yamaha maximal in 6-fach Speed, also 6*150 KB/s = 900 KB/s
>(berichtigt mich, wenn die Werte falsch sind). Problem ist, dass die
>Festplatte, die ja am selben SCSI-Bus haengt, diese Datenmenge parallel
>nicht schnell genug wegschreiben kann, so dass es zu Buffer-Overflows
>kommt, was natuerlich den Lese-Vorgang ausbremst. Ausserdem habe ich
>Angst, dass durch die Leseunterbrechungen Soundfehler auftreten.
>Nach den Ausgaben von MakeCD liest der Brenner mit 6-fach Speed, die
>Platte schreibt aber nur mit ca. 5-fach Speed. Ich weiss, dass ich zur
>Not auf 4-fach Lesen runterschalten kann, aber dies ist doch wenig
>befriedigend.
>Frage:
>Kann es sein, dass der interne SCSI-Controller mit diesen insgesamt
>knapp 2MB/s ueberlastet ist ? Oder habe ich etwas falsch konfiguriert ?
>meine bisherigen Loesungsversuche:
>a) Terminierung: Muesste eigentlich in Ordnung sein, externer CD-Writer
>ist aktiv terminiert, interne Festplatte als anderes Ende des Busses
>ebenfalls. Controller und internes CD-Laufwerk sind nicht terminiert.
>Aber ich werde es sicherheitshalber nochmal ueberpruefen.
Ich moechte nur dazu Stellung nehmen, ich finde, dass da ein moeglicher
Fehler (=Stoerungsquelle) ist:
Es gehoeren beide Enden des SCSI-Busses terminiert, und zwar beide "aktiv"
(besser!) oder beide passiv. Wenn Du nicht sicher bist, daß Deine HD per
Jumper aktiv terminiert, die HD unterminiert weiter innen am SCSI-Kabel
lassen und ans _Kabelende_ einen separaten aktiven internen Terminator
stecken. Es gibt auch interne Terminatoren, welche den Bus durchfuehren
zum direkten Anschluss des letzten zu terminierenden Geraetes.
[...]
>Ich bin fuer jeden Tip dankbar,
>Ciao,
> Gert
Gruesse aus Wien, Manfred.
Gert Brinkmann
Brachte bei mir eine Filesystem-Version "40.1"
> >> Welche Blockgröße ist eingestellt ?
Ich habe auch versuchshalber die Platte mal mit 2KB-Bloecken formatiert.
Da habe ich aber keinen Unterschied bemerkt.
SCSI-Bench meldet mir nur ca. 1.220 Byte Uebertragung bei 32KB
sequentiell gelesen. Was mich dabei noch mehr wundert ist die CPU-Usage
von 74% !? Das sollte doch wohl eigentlich weniger sein, oder ? Wenn ich
mit MakeCD Audiodaten auslese (6x-Speed), dann liegt die CPU bei 15-30%
(schwankend).
Ich habe allmaehlich die Apollo-Turbokarte in Verdacht, dass diese
Bockmist baut. Hat hier zufaellig jemand, der auf PPC umgestiegen ist,
noch eine Cyberstorm brachliegen (ohne CPU, die habe ich ja) ? Hmm,
werde ich mal in einem separaten Posting nachfragen.
> Die meisten besitzen einen. Auskunft darüber gibt z.B. "SCSIQuery".
Wo finde ich dieses SCSIQuery ? Auf meinen Aminet-Sets ist es nicht
drauf. Naja, vielleicht hat es ja dieses (IMHO superbloede) NoCD-Flag
gesetzt und ist nur online im Aminet anzutreffen.
Ciao,
Gert
PS: Am Wochenende werde ich den Rechner nochmal ganz auseinander bauen
und alle Jumper, Terminierungen und Einstellungen durchgehen.
Apropos Terminierung: Wenn Die T nicht stimmt, ist es dann nicht eher
so, dass gar nichts funktioniert ? Eine konstante schlechte, aber doch
prinzipiell funktionierende Leistung von ca. 1MB/s spricht doch
eigentlich eher gegen falsche T ? Aber wer weiss.
Gert Brinkmann
> den Geräten oder Bit im RDB), handeln Controller und jedes Gerät aus,
> ob es sync kann und nutzen es dann.
Aha, daher. Mit SCSIConfig habe ich im RDB der Platte Sync und
Reselection aktiviert. Wenn ich danach mit Unitcontrol die Werte
ueberpruefe, stehen beide Werte wieder auf aus (also auf Async und
Reselection Off). Dann straeubt sich irgendwie die Platte das zu tun,
was sie eigentlich koennen soll.
> >> Such Dir mal SCSI-Bench im Aminet, damit kannst Du recht gut testen,
> >> was und ob die Einstellungen tatsächlich bewirken.
Wie ich in dem anderen Posting schon schrieb: 32KB, sequentiell gelesen:
1220 Byte und 70% CPU-Usage !?
[Cache-Tools]
> Das meinte ich, je nach Anwendung... Zumindest mal ohne testen.
brachte keine Aenderung.
> Aua... Ich habe die HD-Toolbox schon ewig nicht mehr genutzt, nur
> SCSI-Tools von P5, da ist es unter "Config Drive" zu finden.
Ja, habe ich gefunden. Dabei fiel mir dann oben Beschriebenes auf.
[Unitcontrol]
> Nein, wenn Du auf Set klickst und z.B. Sync wieder auf Async springt,
> hat das betreffende Gerät Sync abgewiesen. Gilt z.B. auch für FWC,
> der interne Write-Cache der Platten u.ä.
Warum will die Platte denn dann nicht ? Beim Controller habe ich Sync
per DIP-Schalter an (also DIP auf "off", wenn ich mich jetzt nicht
vertue)
> 10MB/s und 8Byte/Handshake wäre für einen SCSI-II Default.
Ja, das ist bei mir der Fall.
> Die DPES kann sync, der Writer sollte es auch können. Das Toshiba 4x
> evtl. nicht. Außerdem darauf achten, daß die Terminierung stimmt,
> wenn außen nichts dranhängt ist der Controller terminiert (DIP-Schalter?
> auf Auto),
Den DIP-Schalter kann man auf AUTO stellen ? Ich habe es nur als ON oder
OFF der Terminierung verstanden. Sollte aber im Moment (mit externem
Geraet) bei mir ausgeschaltet sein.
> das letzte Gerät innen ebenfalls aktiv terminieren, das
Ja, da habe ich einen aktiven, externen Terminator aufgesteckt, waehrend
das externe Laufwerk innen (im externen Gehaeuse) nicht terminiert ist.
> Toshiba dürfte noch passiv terminiert sein (Widerstands-Arrays hinten
Ja, deswegen hatte ich dessen Aussenposition mit der der Platte
getauscht und die Terminierung des CDR aus und die aktive der
DPES-Platte angestellt
> zum abziehen). Wenn das so ist, nicht das CD-LW ans Ende stecken,
> lieber die DPES odeer den Writer. Das SCSI-Kabel muß an den Geräten
> enden, also nicht hinten noch einen Rest mit Steckern "überhängen"
> lassen!
Das hatte ich auch schon mal korrigiert. Allmaehlich bin ich wirklich
ratlos.
> Na, viel Spaß noch. ;)
Anfangs war es ja noch abenteuerlich. Wenn einem aber die Ideen
ausgehen, verliert man doch den Spass daran. Aber trotzdem Danke fuer
die Wuensche und Danke fuer die Tips und Ratschlaege.
Ciao,
Gert
Thomas Richter
Gert Brinkmann <gbrin...@dimedis.de> writes:
>> Die meisten besitzen einen. Auskunft darüber gibt z.B. "SCSIQuery".
>Wo finde ich dieses SCSIQuery ? Auf meinen Aminet-Sets ist es nicht
>drauf. Naja, vielleicht hat es ja dieses (IMHO superbloede) NoCD-Flag
>gesetzt und ist nur online im Aminet anzutreffen.
SCSIQuery.lha disk/misc 16K+Prints internal infos of SCSI devices
Ist da. NoCD ist nicht gesetzt. Notfalls gibt's das auch direkt von mir,
oder auf meiner Homepage.
>Apropos Terminierung: Wenn Die T nicht stimmt, ist es dann nicht eher
>so, dass gar nichts funktioniert ?
Nicht notwendig. Funktioniert möglicherweise, wenn auch schlecht.
Gert Brinkmann
Yo, habe ich mir jetzt gezogen.
> oder auf meiner Homepage.
Du bist der Entwickler persoenlich ?
> >Apropos Terminierung: Wenn Die T nicht stimmt, ist es dann nicht eher
> >so, dass gar nichts funktioniert ?
>
> Nicht notwendig. Funktioniert möglicherweise, wenn auch schlecht.
Urg, ich mag ja "so ein bisschen funktionieren" nicht so sehr. Warum
kann ein Computer sich nicht einfach binaer verhalten ? Entweder es
klappt, oder nicht, aber nicht ein bisschen.
Na gut, ich werde das Wochenende mit Rumexperimentieren verbringen. So
wie ich die Problematik kenne, erfolglos.
Ciao und schoenes Wochenende,
Gert
Christian Wuest
> Hallo,
Hallo auch!
Ich habe keine Geschwindigkeitsprobleme, allerdings ist die Ausstattung
recht ähnlich:
Apollo 060 mit etwas RAM drauf und am SCSI-Conroller hing bisher eine
IBM-4,3 GB Platte, die lediglich dadurch manchmal auffiel, dass bei
Schreib- oder Löschzugriffen der Prozess stehenbleibt und später zu
Instabilitäten führt. Ansonsten war alles ok.
> Problem:
Nun habe ich ein SCSI Kabel extern 2x 50Centr. und ein internes Kabel
4x IDC und 1x extern 50Centr. besorgt, damit ich meinen Scanner wieder
anschließen könnte.
Nun sieht das so aus: Controller -> Platte -> ext.Centronics -> Scanner
Doch nun wird der Scanner nirgends gefunden, und beim Abspeichern der
ScanQuix Settings wurde dann meine halbe 4 GB-Platte zu NDOS.
(Die Sys:, danke der Nachfrage.. schnief.)
Nun ist beim Hochfahren die Chance 50/50 daß die Platte überhaupt beim
hochfahren da ist.
Techn. Infos:
Die SCSI-Platte hat die Jumper IDBIT0 und SCSI-TERM ON.
Angemeldet unter Nr. 0 und 1.
Der Scanner hat im Moment Nr. 5.
> Frage:
Wie kriege ich meinen Scanner zum Laufen und warum ist die Existenz meiner
Platte auf ein Mal ein Gewinnspiel?
Und warum hängte die sich vorher schon bei Schreib- und Löschzugriffen
immer auf? (Kein validieren danach!)
> Ich bin fuer jeden Tip dankbar,
Jo, das bin ich auch!
--
Stike! ...stoned by nature!...
(sunshine.domino.de)
Wo immer wir hinkommen: Wir sehen uns!
"Jan, kannst Du mir mal die Hölle geben?"
-Freddy
Thomas Richter
Gert Brinkmann <gbrin...@dimedis.de> writes:
>> SCSIQuery.lha disk/misc 16K+Prints internal infos of SCSI devices
>Yo, habe ich mir jetzt gezogen.
>> oder auf meiner Homepage.
>Du bist der Entwickler persoenlich ?
Nun, zumindest was dieses Programm angeht. (-;
>> >Apropos Terminierung: Wenn Die T nicht stimmt, ist es dann nicht eher
>> >so, dass gar nichts funktioniert ?
>>
>> Nicht notwendig. Funktioniert möglicherweise, wenn auch schlecht.
>Urg, ich mag ja "so ein bisschen funktionieren" nicht so sehr.
Ich auch nicht.... bedeutet meistens, es funktioniert. Ausser, es ist
wichtig... :-/
>Warum
>kann ein Computer sich nicht einfach binaer verhalten ? Entweder es
>klappt, oder nicht, aber nicht ein bisschen.
Tja... (-;
>Na gut, ich werde das Wochenende mit Rumexperimentieren verbringen. So
>wie ich die Problematik kenne, erfolglos.
Viel Spass!
Gr"u"se,
Nico Schmidt
> > Hallo,
>
> Hallo auch!
>
> Ich habe keine Geschwindigkeitsprobleme, allerdings ist die Ausstattung
> recht ähnlich:
>
> Apollo 060 mit etwas RAM drauf und am SCSI-Conroller hing bisher eine
> IBM-4,3 GB Platte, die lediglich dadurch manchmal auffiel, dass bei
> Schreib- oder Löschzugriffen der Prozess stehenbleibt und später zu
> Instabilitäten führt. Ansonsten war alles ok.
hast du das neueste SCSI-Apollo.device? v5.21
damit lief es bei mir einigermassen... doch die jetzige mk1 läuft
besser/stabiler.
scanner hab ich nicht
nico
Gert Brinkmann
> Ich habe keine Geschwindigkeitsprobleme, allerdings ist die Ausstattung
> recht ähnlich:
>
> Apollo 060 mit etwas RAM drauf und am SCSI-Conroller hing bisher eine
Also auch an dem internen Controller des Mainboards, nicht der Apollo ?
> IBM-4,3 GB Platte, die lediglich dadurch manchmal auffiel, dass bei
> Schreib- oder Löschzugriffen der Prozess stehenbleibt und später zu
> Instabilitäten führt. Ansonsten war alles ok.
Hmm, manchmal habe ich ja auch solche Haenger, kann sie aber leider
nicht reproduzieren. Beim Arbeiten mit MakeCD sind sie gottseidank noch
nie aufgetreten.
> Nun sieht das so aus: Controller -> Platte -> ext.Centronics -> Scanner
Sollte es nicht eher so sein:
interne Platte -> Controller -> ext.Centronics -> Scanner
...da ja der Controller meines Wissens nach in der Mitte des Busses
sitzt, auf der einen Seite den internen Strang, auf der anderen den
externen.
> Doch nun wird der Scanner nirgends gefunden, und beim Abspeichern der
> ScanQuix Settings wurde dann meine halbe 4 GB-Platte zu NDOS.
??? Stimmen die SCSI-IDs auch wirklich, nicht dass eine ID mehrfach
vergeben wurde ?
> Nun ist beim Hochfahren die Chance 50/50 daß die Platte überhaupt beim
> hochfahren da ist.
> Techn. Infos:
> Die SCSI-Platte hat die Jumper IDBIT0 und SCSI-TERM ON.
> Angemeldet unter Nr. 0 und 1.
Wie ? Angemeldet unter 0 UND 1 ?
> Der Scanner hat im Moment Nr. 5.
Liefert der Scanner auch eine Term-Power ? Manchmal vertraegt es der Bus
wohl nicht, wenn mehrere Geraete TermpPower liefern, auch wenn es
eigentlich erlaubt sein sollte.
> Wie kriege ich meinen Scanner zum Laufen und warum ist die Existenz meiner
> Platte auf ein Mal ein Gewinnspiel?
Gute Frage, naechste Frage. Hast Du nach dem Umstecken mal HDToolBox
aufgerufen, dass es die Werte ueberprueft, fuer den Fall, dass
irgendetwas im RDB gespeichert werden muss.
Gert
Gert Brinkmann
SCSI-Problems anzunehmen.
> >> SCSIQuery.lha
Wow, das Ding gibt ja eine riesen Liste an Infos zurueck (Selbst fuer
IDE-Platten). Leider habe ich nichts auffaelliges finden koennen,
vielleicht auch, weil mir da ein wenig die Soll-Werte fuer fehlen.
Vielleicht findet sich hier jemand, der die Geduld und das Wissen
besitzt, mal ueber die attach-ten Ausgaben von SCSCIQuery zu schauen ?
Es sind die Ausgaben zu "work" (der Festplatte, Unit=2), "cdrw" (der
Yamaha-Brenner Unit=0) und "cd" (das Toshiba-CD-Laufwerk Unit=1).
> >> >Apropos Terminierung:
Ich werde mir wohl bald mal, wie vorgschlagen wurde, einen internen
aktiven Terminator holen, um es damit mal zu testen.
> >Na gut, ich werde das Wochenende mit Rumexperimentieren verbringen. So
> >wie ich die Problematik kenne, erfolglos.
Ich habe leider keine Zeit dafuer gefunden. Aber ich habe mal versucht
in 4fach Speed zu lesen und zu brennen, was anstandslos funktioniert.
Der Write-Buffer ist immer zu ca. 99% gefuellt und der Read-Buffer (beim
Schreiben auf die Platte) maximal ca. 200 KB gefuellt.
Ciao,
Gert
Gert Brinkmann
Ist die Frage, ob er den Apollo-SCSI-Controller benutzt oder den des
Mainboards.
> damit lief es bei mir einigermassen... doch die jetzige mk1 läuft
> besser/stabiler.
Oh, eine fuer mich interessante Info zu mk1.
Gert
Gert Brinkmann
Beim CD-Brenner gibt es eine Einstellung "Blocksize = 512KB", die
angeblich nur fuer UNIX-Rechner interessant ist. Nun ist der Amiga Unix
ja nicht ganz unaehnlich. Sollte man diese Einstellung waehlen ? (Ich
gehe mal eher davon aus, dass nicht)
Gert
Christian Wuest
> > hast du das neueste SCSI-Apollo.device? v5.21
Nope. V. 5.03 Wo kriege ich die neue her? Aminet?
> Ist die Frage, ob er den Apollo-SCSI-Controller benutzt oder den des
> Mainboards.
Moment mal, der Controller auf dem Mainboard ist doch IDE, oder!?
Da hängt auch eine problemlos laufende Seagate dran!
Am Apollo-SCSI hängt die IBM-Platte.
--
Stike! ...stoned by nature!...
(sunshine.domino.de)
Wo immer wir hinkommen: Wir sehen uns!
"Reicher Sadist betrügt Menschheit um 500 Mrd. Dollar!"
"Bill Gates??"
-Contact-Movie-Review
Christian Wuest
> Hi Christian,
Hi!
> > Apollo 060 mit etwas RAM drauf und am SCSI-Conroller hing bisher eine
>
> Also auch an dem internen Controller des Mainboards, nicht der Apollo ?
Apollo SCSI = 4,3 GB IBM, Mainboard IDE = 520 MB Seagate.
> > Schreib- oder Löschzugriffen der Prozess stehenbleibt und später zu
> > Instabilitäten führt. Ansonsten war alles ok.
>
> Hmm, manchmal habe ich ja auch solche Haenger, kann sie aber leider
> nicht reproduzieren. Beim Arbeiten mit MakeCD sind sie gottseidank noch
> nie aufgetreten.
Einen Brenner habe ich nicht, aber es ist schon ärgerlich, wenn man
(speziell bei größeren Dateien) eine Liste von 10 Dateien löschen will und
sehr wahrscheinlich sich der Comp aufhängt.
Wohlgemerkt passiert das Vorzugsweise bei DOpus Aktionen, seltener bei
Zugriffen von Voyager (so gut wie nie) oder dem Befehl delete.
> > Nun sieht das so aus: Controller -> Platte -> ext.Centronics -> Scanner
>
> Sollte es nicht eher so sein:
> interne Platte -> Controller -> ext.Centronics -> Scanner
Ist das sinnvoll, daß der Controller in der Mitte der Reihenfolge sitzt?
Das ist nunmal ein Flachbandkabel, und ich dachte, ich halte eine logische
Reihenfolge mal ein.
> ...da ja der Controller meines Wissens nach in der Mitte des Busses
> sitzt, auf der einen Seite den internen Strang, auf der anderen den
> externen.
>
> > Doch nun wird der Scanner nirgends gefunden, und beim Abspeichern der
> > ScanQuix Settings wurde dann meine halbe 4 GB-Platte zu NDOS.
>
> ??? Stimmen die SCSI-IDs auch wirklich, nicht dass eine ID mehrfach
> vergeben wurde ?
s.u.
> > Nun ist beim Hochfahren die Chance 50/50 daß die Platte überhaupt beim
> > hochfahren da ist.
> > Techn. Infos:
> > Die SCSI-Platte hat die Jumper IDBIT0 und SCSI-TERM ON.
> > Angemeldet unter Nr. 0 und 1.
>
> Wie ? Angemeldet unter 0 UND 1 ?
Die Software von Apollo hat die Platte so angemeldet:
3 Partitionen, 2x 2 GB, 1x 40 MB :-)
jeweils mit der SCSI-Nr. 01 02 03 oder so ähnlich. Also so eine Art
Unterhierarchie. Im Moment ist die Platte zwar angeschlossen, aber einfach
nicht mehr da.
> > Der Scanner hat im Moment Nr. 5.
>
> Liefert der Scanner auch eine Term-Power ? Manchmal vertraegt es der Bus
> wohl nicht, wenn mehrere Geraete TermpPower liefern, auch wenn es
> eigentlich erlaubt sein sollte.
Termpower sagt mir nix, sorry. Habe mir einen Terminator für den Ausgang
des Scanners geholt und hoffe, daß das mir weiterhilft.
> > Wie kriege ich meinen Scanner zum Laufen und warum ist die Existenz meiner
> > Platte auf ein Mal ein Gewinnspiel?
>
> Gute Frage, naechste Frage. Hast Du nach dem Umstecken mal HDToolBox
> aufgerufen, dass es die Werte ueberprueft, fuer den Fall, dass
> irgendetwas im RDB gespeichert werden muss.
Die HDToolbox zeigt aus Prinzip nur die Platten an, die an dem scsi.device
hängen (also die IDEs, also nur meine 520er). Oder kann man das ändern?
--
Stike! ...stoned by nature!...
(sunshine.domino.de)
Wo immer wir hinkommen: Wir sehen uns!
"Die Erinnerung ist das einzige Paradies, aus dem wir nicht vertrieben
werden können."
- Jean Paul.
Gert Brinkmann
Von dem Apollo-SCSI-Controller habe ich nicht viel Gutes gehoert. Wenn
Du einen A4000 mit SCSI-Controller auf dem Mainboard hast, dann probiere
lieber mal den aus.
> Einen Brenner habe ich nicht, aber es ist schon ärgerlich, wenn man
> (speziell bei größeren Dateien) eine Liste von 10 Dateien löschen will und
> sehr wahrscheinlich sich der Comp aufhängt.
So ein Problem habe ich auch. Ich habe vor ca. 1 1/2 Jahren versucht,
herauszubekommen, woran das liegt. Ich habe bis heute keine Erklaerung
dafuer. Nicht nur beim Loeschen, sondern auch bei langem (zum Testen
wiederholendes) Kopieren von CD auf Platte oder von Platte ins RAM
treten Haenger auf.
Seltsamerweise tritt bei mir der Fehler nicht mehr auf, wenn ich das
Kickstart ins Fast-Ram kopieren lasse. (Ich glaube, dass geht bspw. mit
"cpu" mit einer entsprechenden fastrom oder maprom Option ("cpu ?"
ausprobieren). Ich lasse es von MCP durchfuehren. Alternativ gibt es
noch einen (ich glaube es heisst) "fastexec" Kommando, das auch
irgendetwas (paar Pointer) ins FastRam verschiebt. Mit diesem Kommando
(auch ohne "cpu fastram") laeuft der Rechner stabil.
> Ist das sinnvoll, daß der Controller in der Mitte der Reihenfolge sitzt?
Es ist egal. Nur muessen beide Enden des Busses terminiert sein (ggf.
also auch der Controller). Wenn Du den Apollo-Controller benutzt, sitzt
der Controller wohl am Ende des Stranges.
> Die Software von Apollo hat die Platte so angemeldet:
> 3 Partitionen, 2x 2 GB, 1x 40 MB :-)
> jeweils mit der SCSI-Nr. 01 02 03 oder so ähnlich. Also so eine Art
> Unterhierarchie. Im Moment ist die Platte zwar angeschlossen, aber einfach
> nicht mehr da.
???
Bei mir hat DIE PLATTE (egal welche Partition) immer dieselbe SCSI-ID.
Aber ich kenne das Apollo-Tool nicht und weiss nicht, was es macht.
> Termpower sagt mir nix, sorry. Habe mir einen Terminator für den Ausgang
> des Scanners geholt und hoffe, daß das mir weiterhilft.
Mindestens ein Geraet muss Term-Power liefern (entsprechend Jumpern).
Ich vermute, es handelt sich um eine Spannung, die zum Funktionieren der
Terminatoren benoetigt wird)
> Die HDToolbox zeigt aus Prinzip nur die Platten an, die an dem scsi.device
> hängen (also die IDEs, also nur meine 520er). Oder kann man das ändern?
Schau mal in die Icon-Tooltypes von HDToolBox. Ich meine, da kann man
das DEVICE einstellen.
Gert
Gert Brinkmann
> Da hängt auch eine problemlos laufende Seagate dran!
Der A4000-Tower hat IDE und SCSI auf dem Mainboard.