amiga-news ENGLISH VERSION
.
Links| Forum| Kommentare| News melden
.
Chat| Umfragen| Newsticker| Archiv
.

amiga-news.de Forum > Amiga, AmigaOS 4 > SCSI Bus Langsam [ - Suche - Neue Beiträge - Registrieren - Login - ]

-1- [ - Beitrag schreiben - ]

31.08.2005, 21:52 Uhr

GolfSyncro
Posts: 1455
Nutzer
weis jemand wo ran es liegen könnte wenn ein scsi bus langsam ist?
brauche um 200 mb zu kopieren fast 5 std..
--
Mfg
GolfSyncro


[ - Antworten - Zitieren - Direktlink - ]

31.08.2005, 22:13 Uhr

Lemmink
Posts: 2344
Nutzer
Viele kleine Dateien die kopiert werden und große Blockgröße auf der Festplatte. Ach ja, kleine Buffer (wie die default 30 der HDToolbox) verbessern die Performance auch nicht gerade.
--
Das Grauen hat viele Gesichter und mein Spiegel zeigt mir jeden Morgen ein neues.

Jetzt neuer, aber immer noch nicht interessanter: http://www.lemmink.joice.net

[ - Antworten - Zitieren - Direktlink - ]

31.08.2005, 22:15 Uhr

Maverik
Posts: 756
Nutzer
Man darf nicht vergessen das platten im asyncronen modus dann auch langsamer sind als wenn man mit syncron kopiert.
--
-------------------------------------
mfg

Andreas

Admin http://www.amiga-resistance.de

[ - Antworten - Zitieren - Direktlink - ]

31.08.2005, 23:21 Uhr

Neodym
Posts: 487
Nutzer
Tjaaa - bei SCSI gibt es viele Möglichkeiten. Manche grenzen sogar an Voodoo...

Wie sieht denn Deine Konfiguration aus? Intern oder extern? Welche Geräte (Hostadapter, Platte, sonstige Geräte)? Wo und wie hast Du terminiert? Ist das Problem auch präsent, wenn nur die Platte am Bus hängt?

Gruß
Neodym

[ - Antworten - Zitieren - Direktlink - ]

31.08.2005, 23:38 Uhr

GMB
Posts: 836
Nutzer

... anknüpfend an den vorigen Beitrag sind auch noch interessant:

Maxtransfer und Mask, sonstige SCSI-Einstellungen wie sie z.B. an P5-HAs möglich sind mit Bytes/Handshake, Reselection etc.

Ciao

GMB

:boing: :dance1:

[ - Antworten - Zitieren - Direktlink - ]

31.08.2005, 23:49 Uhr

whose
Posts: 2156
Nutzer
Vielleicht sollte man auch mal fragen, auf welche Weise kopiert wird. DirOpus zum Beispiel wird enorm langsam, wenn sehr viele Dateien zu kopieren sind. Das liegt aber weniger an der Gerätekonfiguration.

Grüße

--
---

:boing: µA1 PPC 750GX-800
:boing: A4000 PPC 604e-233

[ - Antworten - Zitieren - Direktlink - ]

01.09.2005, 01:38 Uhr

GolfSyncro
Posts: 1455
Nutzer
Also.......

System A4000T org A Inc. (SCSI Onboard) Cyberstorm 200 060/50 128 MB

an diesem UW-SCSI Kontorller hängen
Plexwriter mit IDESCSI Adapter(Aktive terminiert)
UW-SCSI HDD 0Byte Handshake (ausgegraut) 0Syncron MB/s (ausgegraut) Asyncron 16 Bit Wide Reselection FWC Mode on No removabel(3 Partitionen 586MB, 3,9 GB, 3,9 GB alles sind folgender Maßen eingestellt Mask:0xFFFFFFFF MaxTransfer:0x7FFFFFFF SFSfilesystem Blocksize 512 Buffer 30)
WD HDD am IDESCSI Adapter 0Byte Handshake (ausgegraut) 0Syncron MB/s (ausgegraut) Asyncron 16 Bit Wide Reselection FWC Mode on No removabel(1 Partition mit 42 GB einstellungen gleich wie oben) (aktive Terminiert).

Am Onboard SCSI intern ein DVD-Rom auch terminiert

extern eine HDD mit aktivem Terminator (1 Partition einstellungen gleich wie bei den anderen)0Byte Handshake (ausgegraut) 0Syncron MB/s (ausgegraut) Asyncron (ausgegraut)8 Bit Wide (ausgegraut) NoReselection FWC Mode off No removabel

Alle HDD's haben Direct Access ( die meisten angaben stammen von P5 unitcontrol und scsiconfig)
ZUm Handshake habe ich nichts gefunden

Aus dem PPC Menu:

HDD's
15 Transfer Offset
20 MHZ Syncron Period
Async/Syncron
Auto Buswidth
Auto Reselction
Auto Mount
Auto Removeable
No CDRom Mount

Der UW Kontroller selber
ID 7
2 Seconds SCSI reset delay
1 Seconds Inquiry Error Delay
3 Seconds Removeable Delay
1 Inquiry Error Retrys
1 Error Retrys
255 Ticks Selection Timeout

Ram 70 ns

System:
No Maprom
No 31 khz Screen
Superscalar off
BranchCache Off
WriteBuffer off

PPC MENU ENDE

Kopiert habe ich mit Dopus 4.16 sowie auch löschen.

Das geht elendslangsam ich dreh am rad.
Das lustige ist wenn ich unter der wb 3.9 lösche geht es ratsfatz.

Wer muß mit wem was wo wie und warum verändern..?

So ich hoffe hab nichts vergessen ansonsten nachfragen ;-)

[ Dieser Beitrag wurde von GolfSyncro am 01.09.2005 um 02:34 Uhr editiert. ]

[ - Antworten - Zitieren - Direktlink - ]

01.09.2005, 08:43 Uhr

DrNOP
Posts: 4118
Nutzer
Zitat:
Original von GolfSyncro:
Kopiert habe ich mit Dopus 4.16 sowie auch löschen.

Das geht elendslangsam ich dreh am rad.
Das lustige ist wenn ich unter der wb 3.9 lösche geht es ratsfatz.

Naja, der Beitrag vor deinem hat ja schon bemerkt, daß DirOpus elendslahm wird wenn die Anzahl der Dateien zu groß wird. Nachdem du einen Unterschied beim Löschen zwischen DirOpus und WB festgestellt hast, probier doch mal ob's beim Kopieren den gleichen Unterschied gibt. Wenn ja, ist deine komplette SCSI-Kette freigesprochen. ;)
--
Es gibt keine Notbremse für all den technischen Humbug, mit dem wir unsere Zeit vertrödeln.

[ - Antworten - Zitieren - Direktlink - ]

01.09.2005, 12:15 Uhr

Lemmink
Posts: 2344
Nutzer
Ja, für viele Dateien ist Diropus 4 nicht der Brüller. Bei mir stürzt sogar der Rechner ab, wenn DirOpus 4 ein Verzeichnis mit mehr als 60 MB oder so kopieren soll (nicht beim kopieren, sondern bei der anschließenden Größebestimmung)
--
Das Grauen hat viele Gesichter und mein Spiegel zeigt mir jeden Morgen ein neues.

Jetzt neuer, aber immer noch nicht interessanter: http://www.lemmink.joice.net

[ - Antworten - Zitieren - Direktlink - ]

01.09.2005, 15:26 Uhr

Michael_D
Posts: 679
Nutzer
Hi,

warum arbeiten die HDs im asyncronen Modus?
Syncron wäre sicher schneller. Und UW-HD einfach fest auf
16-Bit stellen.
Mit einem Transfer-Offset von 3 habe ich die schnellsten Resultate
erzielt - bevor meine CSPPC den Geist aufgab - (ca. 33MB/s mit IDE->UW-Bridge).
Noch ein Tip zur ID-Vergabe: Nimm für UW-Geräte IDs 8-15, dann
bleibt der Rest für U-SCSI frei.
Und "BranchCache", "Superscalar" und "WriteBuffer" natürlich auf "ON",
RAM auf 60ns.
Sonst verschenkst Du seeeehr viel Leistung. :glow:

Teste den Speed der HDs mal mit RSCP.

Am besten vor und nach den Änderungen.



--
MfG :boing:

Michael D.


AIM: amigamicky

System:
A4000D (ATX-Tower), 68040@40MHz, 8GB HD, DVDRom, 12x CD-RW, ZIP-100, RainbowIII, X-Surf, HyperCOM4+

[ Dieser Beitrag wurde von Michael_D am 01.09.2005 um 15:33 Uhr editiert. ]

[ - Antworten - Zitieren - Direktlink - ]

01.09.2005, 16:24 Uhr

Maverik
Posts: 756
Nutzer
Was ich noch vermisse ist die angabe über den Adapter auf IDE für die Geräte.
Du schreibst zwar aktiv termineiert, aber ist das auch ein adapter der die oberen 8 bits des UW terminiert?
Wenn nicht hast du da nähmlich schon nen Fehler in der SCSI-Kette.
--
-------------------------------------
mfg

Andreas

Admin http://www.amiga-resistance.de

[ - Antworten - Zitieren - Direktlink - ]

01.09.2005, 19:34 Uhr

GolfSyncro
Posts: 1455
Nutzer
Zitat:
Original von Maverik:
Was ich noch vermisse ist die angabe über den Adapter auf IDE für die Geräte.
Du schreibst zwar aktiv termineiert, aber ist das auch ein adapter der die oberen 8 bits des UW terminiert?
Wenn nicht hast du da nähmlich schon nen Fehler in der SCSI-Kette.


Hi Maverik

na noch gut nach hause gekommen ?

Die Adapter sind die 7720 UW von Acard als schon für den UW bereich gedacht also denke ich schon das der dann auch die 16 bit terminiert.
Acard HP des Adapters
Darfs dir gerne mal anschauen...
Aber danke das du daran gedahct hast ;-)
--
Mfg
GolfSyncro


[ - Antworten - Zitieren - Direktlink - ]

01.09.2005, 19:39 Uhr

GolfSyncro
Posts: 1455
Nutzer
Zitat:
Original von Michael_D:
Hi,

warum arbeiten die HDs im asyncronen Modus?
Syncron wäre sicher schneller. Und UW-HD einfach fest auf
16-Bit stellen.
Mit einem Transfer-Offset von 3 habe ich die schnellsten Resultate
erzielt - bevor meine CSPPC den Geist aufgab - (ca. 33MB/s mit IDE->UW-Bridge).


Das hatte ich mal mit einem User via AIM so eingestellt eines nachts der hat das zu mir gesagt... wer war das nur grübel...

Zitat:
Noch ein Tip zur ID-Vergabe: Nimm für UW-Geräte IDs 8-15, dann
bleibt der Rest für U-SCSI frei.


Naja geht net ganz da das erste gerät der Plextor brenner ist mit dem adapter der terminiert deswegen steht der auf id 0 und die ide hdd auf id 15.
Ist aber auch nicht so schlimm da ich ja noch den Onboard scsi des 4000er hab wo ich das DVD Rom und die externe HDD dran hab.
Will auch net mischen da ja bekanntlicher maßen das langsamte gerät die geschwindigkeit des buses bestimmt

Zitat:
Und "BranchCache", "Superscalar" und "WriteBuffer" natürlich auf "ON",
RAM auf 60ns.
Sonst verschenkst Du seeeehr viel Leistung. :glow:


So soll es sein Meister dein wunsch sei mir Befehl...
Geht das bei dem Ram auch wenn ich kein 60 ns ram hab?

Zitat:
Teste den Speed der HDs mal mit RSCP.


Am besten vor und nach den Änderungen.


Jau werd ich machen sobald ich es ausgeführt habe poste ich dir mal die ergebnisse hier.

Many thx und schalt mal den AIM an wieder...


--
Mfg
GolfSyncro


[ - Antworten - Zitieren - Direktlink - ]

01.09.2005, 19:40 Uhr

GolfSyncro
Posts: 1455
Nutzer
Zitat:
Original von DrNOP:

Naja, der Beitrag vor deinem hat ja schon bemerkt, daß DirOpus elendslahm wird wenn die Anzahl der Dateien zu groß wird. Nachdem du einen Unterschied beim Löschen zwischen DirOpus und WB festgestellt hast, probier doch mal ob's beim Kopieren den gleichen Unterschied gibt. Wenn ja, ist deine komplette SCSI-Kette freigesprochen. ;)
--
Es gibt keine Notbremse für all den technischen Humbug, mit dem wir unsere Zeit vertrödeln.


Jup werd ich machen geb dann bescheid danke für den hinweis...

@ Lemmink

also abstürtze hab ich selten mit dopus 4.16 vielleicht hast du eine ältere version noch?
--
Mfg
GolfSyncro


[ - Antworten - Zitieren - Direktlink - ]

01.09.2005, 20:42 Uhr

Maverik
Posts: 756
Nutzer
Zitat:
Original von GolfSyncro:
Hi Maverik

na noch gut nach hause gekommen ?

Die Adapter sind die 7720 UW von Acard als schon für den UW bereich gedacht also denke ich schon das der dann auch die 16 bit terminiert.
Acard HP des Adapters
Darfs dir gerne mal anschauen...
Aber danke das du daran gedahct hast ;-)
--
Mfg
GolfSyncro


Joh klar die paar Kilometer kein Problem, ca. 2 Stunden.

Hmm auf den seiten steht zwar viel aber nichts über die terminierung.
Wir haben hier lange gesucht bis wir überhaupt SCSI2->UW mit dn oberen 8 Bit terminiert fanden.
Danach klappte das dann auch sehr gut.
--
-------------------------------------
mfg

Andreas

Admin http://www.amiga-resistance.de

[ - Antworten - Zitieren - Direktlink - ]

01.09.2005, 21:06 Uhr

GMB
Posts: 836
Nutzer
Zitat:
Original von GolfSyncro:
Zitat:
Original von Michael_D:
RAM auf 60ns.
Sonst verschenkst Du seeeehr viel Leistung. :glow:

Geht das bei dem Ram auch wenn ich kein 60 ns ram hab?
Mfg
GolfSyncro


Nein, natürlich nicht. Du musst dort schon den Wert einstellen, der auf Deinen RAM-Chips steht. Allerdings wenn Du tatsächlich 70 ns Module verbaut hast, solltest Du die Investition in etwa 15% mehr Speed durch den Austausch der Module gegen welche mit 60 ns durchaus machen.

Ciao

GMB

:boing: :dance1:

[ - Antworten - Zitieren - Direktlink - ]

01.09.2005, 22:05 Uhr

ZORRO_2
Posts: 169
Nutzer
[quote]
Original von Lemmink:
>Ja, für viele Dateien ist Diropus 4 nicht der Brüller. Bei mir stürzt >sogar der Rechner ab, wenn DirOpus 4 ein Verzeichnis mit mehr als 60 MB >oder so kopieren soll (nicht beim kopieren, sondern bei der >anschließenden Größebestimmung)


DirOpus stürzt auch ab wenn es auf eine größere Datei stößt :(
--
"I WAIT IN THIS PLACE WHERE THE SUN NEVER SHINES"

[ - Antworten - Zitieren - Direktlink - ]

01.09.2005, 22:31 Uhr

GolfSyncro
Posts: 1455
Nutzer
@GMB:

geschaut und gesehen das 60er module drin sind ;-)
morgen wird alles umgestellt und danach sehen wir was die leistung bringt ;-)
--
Mfg
GolfSyncro


[ - Antworten - Zitieren - Direktlink - ]

01.09.2005, 22:44 Uhr

GolfSyncro
Posts: 1455
Nutzer
Was wird denn von diesen einstellungen gehalten ???

Amiga Magazin

Eure meinung würde mich interessieren
--
Mfg
GolfSyncro


[ - Antworten - Zitieren - Direktlink - ]

01.09.2005, 22:46 Uhr

GolfSyncro
Posts: 1455
Nutzer
@MIchael_D

hier mal die Test ohne Änderung am System alles mit size 512

Onboard scsi (scsi.device id 4)

Stationary

Transferrate 4179k/sec
Dhry/sec Idle 9640
Dhry/sec busy 5476
Busy Idle 56,8%
Bytes/sec Read 2000
Free proc. time 57%

Sequential

Transferrate 4357k/sec
Dhry/sec Idle 9641
Dhry/sec busy 5270
Busy Idle 54,6%
Bytes/sec Read 2000
Free proc. time 54%

UW-SCSI Cyberstorm ID 6 (id15 ging leider net wohl das prog zu alt ;-)

Stationary

Transferrate 6872k/sec
Dhry/sec Idle 9640
Dhry/sec busy 7293
Busy Idle 75,6%
Bytes/sec Read 2000
Free proc. time 76%

Sequential

Transferrate 7529k/sec
Dhry/sec Idle 9640
Dhry/sec busy 7072
Busy Idle 73,3%
Bytes/sec Read 2000
Free proc. time 74%

So was sagt mir das jetzt Michael?

Den anderen Test gibts morgen nach dem umstellen.
--
Mfg
GolfSyncro


[ - Antworten - Zitieren - Direktlink - ]

01.09.2005, 23:13 Uhr

Elevoltek
Posts: 912
Nutzer
@Michael_D:

Sag das nicht unbedingt, die damals an meiner BPPC hängenden
SCSI-Geräte brachten im asyncronen Modus gut 7 MB Übertragungsrate,
im sysncronen Modus hingegen nur knapp 4MB...

Warum, weiß der Fuchs.
Das hat sicherlich auch 'nen Grund gehabt, ich bin dem aber damals
nicht weiter nachgegangen...

Gruß, Frank.

[ - Antworten - Zitieren - Direktlink - ]

01.09.2005, 23:31 Uhr

Michael_D
Posts: 679
Nutzer
Zitat:
Original von GolfSyncro:
@MIchael_D

hier mal die Test ohne Änderung am System alles mit size 512

Onboard scsi (scsi.device id 4)

Stationary

Transferrate 4179k/sec
Dhry/sec Idle 9640
Dhry/sec busy 5476
Busy Idle 56,8%
Bytes/sec Read 2000
Free proc. time 57%

Sequential

Transferrate 4357k/sec
Dhry/sec Idle 9641
Dhry/sec busy 5270
Busy Idle 54,6%
Bytes/sec Read 2000
Free proc. time 54%

UW-SCSI Cyberstorm ID 6 (id15 ging leider net wohl das prog zu alt ;-)

Stationary

Transferrate 6872k/sec
Dhry/sec Idle 9640
Dhry/sec busy 7293
Busy Idle 75,6%
Bytes/sec Read 2000
Free proc. time 76%

Sequential

Transferrate 7529k/sec
Dhry/sec Idle 9640
Dhry/sec busy 7072
Busy Idle 73,3%
Bytes/sec Read 2000
Free proc. time 74%

So was sagt mir das jetzt Michael?

Den anderen Test gibts morgen nach dem umstellen.
--
Mfg
GolfSyncro


Hi,

also RSCP funzt auch mit der CSPPC, allerdings sind die UW-IDs nicht
8-15. Ich weiß nur noch, dass Unit 8 als Unit "88" angemeldet wurde.
Da Du wahrscheinlich eine 9GB IBM-HD dran hast (DCAS, DDRS o.ä) wären
die reinen Transferraten schon ok. Eine 4GB DCAS brachte bei mir
ähnliche Werte.
Die CPU-Last ist relativ hoch. Der "Busy-Idle"-Wert lag bei mir
immer um 90% oder mehr. Sprich nur 10% CPU-Last beim Transfer.

Zitat:
Das hatte ich mal mit einem User via AIM so eingestellt eines nachts der hat das zu mir gesagt... wer war das nur grübel...

Das liest sich, als wäre ich das gewesen. Kann mich allerdings nicht dran entsinnen. :glow:
Es sei denn, der SCSI-Strang machte Mucken und wollte syncron nicht laufen.
Dann ist natürlich eine Möglichkeit das ganze asyncron laufen zu lassen.
BTW: Die ID-Vergabe bei den Units ist unabhängig von der Terminierung
oder Position am Kabel.
--
MfG :boing:

Michael D.


AIM: amigamicky

System:
A4000D (ATX-Tower), 68040@40MHz, 8GB HD, DVDRom, 12x CD-RW, ZIP-100, RainbowIII, X-Surf, HyperCOM4+

[ - Antworten - Zitieren - Direktlink - ]


-1- [ - Beitrag schreiben - ]


amiga-news.de Forum > Amiga, AmigaOS 4 > SCSI Bus Langsam [ - Suche - Neue Beiträge - Registrieren - Login - ]


.
Impressum | Datenschutzerklärung | Netiquette | Werbung | Kontakt
Copyright © 1998-2024 by amiga-news.de - alle Rechte vorbehalten.
.