Archiv SCSI 2.798 Themen, 12.895 Beiträge

Ist SCSI am ENDE?

christus2002 / 46 Antworten / Flachansicht Nickles

Hallo SCSI freunde,


seid ihr auch der meinung,dass scsi für den heimanwender nutzlos geworden ist?


klar früher gabs nur scsi cd brenner und der verkäufer hat noch ne sauteure scsi platte angepreisen,weil dass 2-fach brennen mit ide platte angeblich problematisch sein könnte.


heute sprechen folgende fakten gegen scsi:


IDE cd writer brennen schon 48 fach


IDE Festplatten sind im gegensatz zu SCSI viel billiger,d.h. mehr platz für weniger geld


IDE Festplatten sind fast so schnell wie SCSI platten,ich meine jetzt nicht SCSI platten mit 15000 U/min ,die zwar sehr schnell sind ,aber den anwender durch ihre lautstärke taub machen


Neue bussysteme sind auf dem markt,wie firewire(is bald tot) und usb 2.0,d.h. man kann seine


platte extern anschliessen und sehr schnell seine daten übertragen


man kann sehr viele IDE festplatten einbauen,durch zusetzliche raid controller onboard oder ide controller,bzw usb und firewire platten.


klar,wer nen server mit 15 festplatten hat ,der benutzt SCSI doch für den normalen anwender ist scsi total unatraktiv und schwierig zu konfigurieren,wie man auf diesem brett lesen kann


ich bin kein scsi gegner ,hab es früher benutzt .was hält ihr von meiner meinung?


 


mfg


 


 


 

Pfützner Maxx Stone „Hi Pfützner, Bei einer HD ohne Cache kapiere ich das. Theoretisch: Wenn von HD1...“
Optionen

Wenn die zwei IDE-Platten abwechselnd ihren Cacheinhalt übertragen sollte das doch mit den 60MB laufen?

So funktioniert das bei SCSI, nicht bei IDE. Ist bei SCSI der Cacheinhalt übertragen meldet sich die Platte vom Bus ab und die nächste Platte überträgt ihren Cacheinhalt. Ist bei IDE der Cacheinhalt übertragen und liefert sie die weiteren Daten direkt vom Medium ohne Cache. Der IDE-Kanal wird zwischendurch nicht für die andere Platte freigegeben. Hinzu kommt das die IDE-Laufwerke den IDE-Kanal auch während der Zugriffszeit blockieren. Speziell bei Zugriffen auf CD-ROM bleibt der IDE-Kanal von der Anforderung der Daten bis zur Übertragung des letzten Bits blockiert. Ein SCSI-Laufwerk gibt für die Dauer der Zugriffszeit inklusive Cachefüllung den Bus frei. Deshalb addieren sich die Transferraten der Einzellaufwerke bei gleichzeitigem Zugriff. Mein Beispiel bezieht sich auf gleichzeitiges Lesen von 2 Platten je 30MB/s zum System hin, da kommen bei IDE eben nur 30MB/s und bei SCSI 60MB/s, beim kopieren gibt das Ziel natürlich die Geschwindigkeit vor. Bei SCSI wären das in Deinem Beispiel 30MB/s, bei IDE nur noch 15MB/s, Direktkopieren von Master zu Slave (oder umgekehrt) geht nicht.

SCSI-Platten können über den Cache mehrere Prozesse gleichzeitig ausführen (wieviele hängt von der Segmentierung des Caches ab), also auch gleichzeitig lesen und schreiben. Wie gesagt, gepuffert über den Cache, nicht auf dem Medium. Zusätzlich verwalten SCSI-Platten bis zu 64 Prozesse hostunabhängig, IDE nur einen, alle weiteren gehen zu Lasten der CPU. Das geht bei IDE nicht, der Cache ist zwar hier auch meist in mehrere Segmente aufgeteilt, aber mehrere Prozesse gleichzeitig geht hier nicht. Der gesamte Cacheinhalt wird jeweils für einen Prozeß verwaltet, genauso wie die gesamte Bandbreite eines IDE-Kanals einem Laufwerk zugeteilt wird (IDE-Laufwerke teilen sich nie die Bandbreite des Kanals). Zwei gleichzeitig laufende Prozesse werden bei IDE nicht gleichzeitig sondern nacheinander ausgeführt, erst der eine dann der andere. Deshalb werden 2MB Cache bei IDE praktisch nie voll ausgenutzt weil ein Prozeß in der Regel bei weitem weniger als 2MB Daten umfaßt. Für Alltagsbetrieb stellen 512kB Cache bei IDE nach wie vor eine vernünftige Obergröße dar, mehr ist zum Verkaufen gut geeignet, hat aber keine Performancevorteile. Ausnahme: Audio-, Video- und Grafikbearbeitung. Als die ersten 2MB-Modelle rauskamen waren die 512kB-Modelle in reiner Cacheperformance schneller. Das Löschen des in über 70% der Zugriffe ungültigen Cacheinhalts dauert bei 2MB länger.

No! xafford
SCSI vs. IDE rill
SCSI + IDE! rill
Kompliment, Christus... Olaf19