Hallo, Am Mittwoch, 24. November 2004 23:07 schrieb David Haller:
Am Wed, 24 Nov 2004, Sören Wengerowsky schrieb:
Am Mittwoch, 24. November 2004 22:26 schrieb Jan Hendrik Berlin: [..]
Wenn ich mein System hochfahre und KDE lade, braucht der ja bisschen länger! das liegt doch u.a. daran, dass er erstmal auf der Platte rumwühlen muss oder? Würde da SATA etwas bringen?
Ja. Sata-Platten, die an einem Sata-Controller hängen, sind schneller als EIDE-Platten...
Nein. Aktuelle ATA/SATA Platten schaffen bis ca. 60 MB/s maximale Tranferleistung, da reicht also fuer eine Platte auch UDMA66. Also Platten allgemein schaffen nur 60MB/s zu transferieren, so-oder-so? Wieder was gelernt...
Fuer meine immer noch aktuelle Samsung die mit udma4 laeuft bekomme ich z.B. mit hdparm -tT:
/dev/hdc: Timing buffer-cache reads: 128 MB in 0.91 seconds =142.22 MB/sec Timing buffered disk reads: 64 MB in 1.52 seconds = 42.11 MB/sec /dev/hdb: Timing buffer-cache reads: 1008 MB in 2.00 seconds = 504.08 MB/sec Timing buffered disk reads: 164 MB in 3.01 seconds = 54.51 MB/sec
Das ist ne 2 Jahre alte Seagate Barrakuda Platte... bei UDMA66.
Das ist schneller als UDMA33. Aktuellere IDE-Controller als meiner (immerhin ca. 5 Jahre alt) koennen aber ja UDMA100 oder UDMA133 mit bis zu 100 bzw. 133 MB/s. SATA kann in der ersten Version maximal 150 MB/s aber, wie oben zu sehen, bringt das nix, weil die Platte eh langsamer ist.
SATA bringt ein bisschen (150 zu 133, also ca. 12%) was, WENN
a) die Daten vollstaendig im Cache der Festplatte(!) liegen, das sind heutzutage meist zwischen ca. 2 und 8 MB. Siehe 'hdparm -i' der Eintrag 'BuffSize='.
Jetzt verstehe ich das... der Cache kann mit 150MB/s ausgelesen/geschrieben werden, während die Platte (aus technischen Gründen, weil sie sich nur begrenzt schnell drehen kann) immer nicht so wahnsinnig schnell ist, diese 60MB/s sind da ein Limit, dass so schnell nicht angehoben wird?
b) die Daten nicht eh schon im Buffer/Cache von Linux liegen (also im RAM), das deutlich schneller ist, selbst PC100 SD-RAM wie bei mir.
BTW: kennst du (oder sonst wer) eine möglichkeit, ähnlich wie bei hdparm -tT für Festplatten, die Geschwindigkeit es RAMs zu bestimmen?
c) der SATA-Controller nicht am auf !Server-Boards ueblichen 32bit/33MHz PCI-Bus haengt, denn der kann auch "nur" 133 MB/s.
Hm.. naja... die meisten neuen Boards haben das ja Onboard, ich denke, das hat Jan.. aber egal. Eine schöne Übersicht ist dir hier gelungen!
alle erfuellt sind.
Das ist korrekt soweit. SATA hat aber keinen Einfluss darauf, wie schnell die Platte Daten liefert.
ok
Und die 12% Vorteil wenn alle o.g. Kriterien erfuellt sind. Also die 12% Auswirkungen nur auf den Plattencache... D.h. bei einer IDE Platte mit UDMA133 und 8MB cache werden die Daten aus dem Cache in 0,06s zur CPU geschickt. Bei Sata mit 150MB/s in 0,053s... Also nur 0,007s Geschwindigkeitszuwachs pro Cache-? ^^^ <--Das James-Bond Fieber verbreitet sich auch bei den Festplattenherstellern aus ;-) SCNR
Ein anderes Anwendungsgebiet ist vmware! Bringt es da was?
s.o.
SATA hat in der Praxis v.a. den Vorteil der duennen und flexibleren Kabel. Das nutzt aber nur der Luftzirkulation und demjenigen, der das zusammenstecken muss, oder? Ich sehe noch einen Vorteil in den Längeren Kabeln..
Gruß Sören