Re: Last bei Plattenzugriff
Andreas Pakulat <apaku@gmx.de> wrote:
> On 01.Dec 2004 - 19:35:40, Sven Hartge wrote:
>> Christian Schult <cschult@gmx.de> wrote:
>>> woran kann es liegen, dass mein Rechner bei Festplattenzugriffen so
>>> unter Last gerät? Dann ist der Rechner kaum noch benutzbar, Tastatur
>>> und Maus reagieren bei länger dauernden Plattenzugriffen zt. nur
>>> noch in Minutenabstand. Die CPU-Auslastung steigt auf nahezu 100%.
>>> DMA ist eingeschaltet:
>> IDE? Normal. Leider. IDE war halt nie für Multitasking/Multiuser
>> ausgelegt. IDE ist eigentlich nichts weiter als die Verlängerung des
>> ISA-Buses zur _I_ntegrated _D_evice _E_lectronic an der Festplatte.
> Das war wohl grad nichts, nur wegen IDE ist es noch lange nicht
> dermassen langsam.
Wer spricht von langsam? IDE erkauft sich seine Performance eben durch
die Belastung des Rest-Systems, SCSI hatte dafür schon immer eigene
Prozessoren auf den Controllern, die dem PC Dinge wie Bus-Mangement,
etc. abnahmen.
> Wäre ja auch schlimm, denn das würde bedeuten das 1000e von
> Backupservern mit IDE-Platten ungefähr 2 Tage für ein 20GB Backup
> brauchen...
IDE hat sehr gute Performance, solange man keine konkurrierenden
Zugriffe hat.
Schau dir einmal einen bonnie++-Test an. Eine UDMA-100-Platte und eine
U160-SCSI-Platte schenken sich da fast nichts im lineraen Modus.
Sobald es aber an zufällige Zugriffe bzw. sich überschneidende Zugriffe
geht, fällte IDE weit ab.
Das wird eben erst mit dem Native Command Queueing von SATA besser.
Und genau deswegen hat das 2TB-Backup-RAID hier auch IDE-Platten, der
Mailserver aber ein SCSI-RAID.
>> SATA mit Command Queueing hilft ein wenig hierbei, sofern man die
>> richtigen Platten (WD Raptor) und Controller (3ware, JBOD-Mode reicht)
>> hat.
> Klaro, toller Hinweis, anstatt erstmal DMA einschalten zu lassen
> gleich 600-1000 Euro ausgeben für 1 neue Platte und nen Controller...
Er schrieb bereits, das DMA an ist.
> Sorry aber was du schreibst ist absolut unpassend.
Nein.
S°
--
BOFH excuse #101:
Collapsed Backbone
Reply to: