CPU Belastung beim Kopieren SATA -> SATA

Hallo

Ich habe in meinem Rechner 2 SATA Platten verbaut ST3250410AS und ST3250310NS
Gestern habe ich mal größere Dateien zwischen den beiden Platten kopiert.
Dabei ist mir aufgefallen, das das System extrem belastet war. Surfen und
Schreiben war fast unmöglich. Board ist ein ASUS K8V SE. Die Platten hängen
beide am VIA Controller. Prozessor ist ein AMD Athlon(tm) 64 Processor 3400+.
Ich nutze einen selbst kompilierten Kernel aus gentoo-sources. Ich habe als
Treiber den SATA VIA Treiber aktiviert. Aber ich kann mir nicht vorstellen,
das die Dateiübertragung so das System ausbremst. CPU ist auch nicht wirklich  
ausgelastet.

Hoffe auf Hilfe

[Christian Bricart]

Frank Noack wrote:

> Hallo
>
> Ich habe in meinem Rechner 2 SATA Platten verbaut ST3250410AS und
> ST3250310NS
> Gestern habe ich mal größere Dateien zwischen den beiden Platten
> kopiert.
> Dabei ist mir aufgefallen, das das System extrem belastet war. Surfen und
> Schreiben war fast unmöglich. Board ist ein ASUS K8V SE. Die Platten
> hängen
> beide am VIA Controller. Prozessor ist ein AMD Athlon(tm) 64 Processor
> 3400+.
> Ich nutze einen selbst kompilierten Kernel aus gentoo-sources. Ich habe
> als
> Treiber den SATA VIA Treiber aktiviert. Aber ich kann mir nicht
> vorstellen,
> das die Dateiübertragung so das System ausbremst. CPU ist auch nicht
> wirklich
> ausgelastet.

Welcher "Teil" der CPU ist nicht ausgelastet..? Kann es sein, dass (im
"top" z.B.) unter der Spalte "%wa" (<- I/O-Wait) doch ein grosser Wert
steht?
Evtl. auch unter "%sy" (<- System), was auf einen schlecht designten
Controller-Chip und/oder Treiber schliessen lassen würde..

Zusätzlich: Was ist denn dein eingestellter I/O-Scheduler für die beiden
Platten? ( /sys/block/sd?/queue/scheduler )

Christian

[Florian Philipp-4]

Frank Noack schrieb:

> Hallo
>
> Ich habe in meinem Rechner 2 SATA Platten verbaut ST3250410AS und ST3250310NS
> Gestern habe ich mal größere Dateien zwischen den beiden Platten kopiert.
> Dabei ist mir aufgefallen, das das System extrem belastet war. Surfen und
> Schreiben war fast unmöglich. Board ist ein ASUS K8V SE. Die Platten hängen
> beide am VIA Controller. Prozessor ist ein AMD Athlon(tm) 64 Processor 3400+.
> Ich nutze einen selbst kompilierten Kernel aus gentoo-sources. Ich habe als
> Treiber den SATA VIA Treiber aktiviert. Aber ich kann mir nicht vorstellen,
> das die Dateiübertragung so das System ausbremst. CPU ist auch nicht wirklich  
> ausgelastet.
>
> Hoffe auf Hilfe
>
>

Werden die Platten als /dev/sd[a-z] erkannt oder als /dev/hd[a-z]?
Letzteres könnte darauf hindeuten, dass der falsche Treiber genutzt wird
/z.B. der generische.

Am Donnerstag, 22. Oktober 2009 schrieb Christian Bricart:

> Frank Noack wrote:
> > Hallo
> >
> > Ich habe in meinem Rechner 2 SATA Platten verbaut ST3250410AS und
> > ST3250310NS
> > Gestern habe ich mal groeere Dateien zwischen den beiden Platten
> > kopiert.
> > Dabei ist mir aufgefallen, das das System extrem belastet war. Surfen und
> > Schreiben war fast unmoeglich. Board ist ein ASUS K8V SE. Die Platten
> > hängen
> > beide am VIA Controller. Prozessor ist ein AMD Athlon(tm) 64 Processor
> > 3400+.
> > Ich nutze einen selbst kompilierten Kernel aus gentoo-sources. Ich habe
> > als
> > Treiber den SATA VIA Treiber aktiviert. Aber ich kann mir nicht
> > vorstellen,
> > das die Dateiuebertragung so das System ausbremst. CPU ist auch nicht
> > wirklich
> > ausgelastet.
>
> Welcher "Teil" der CPU ist nicht ausgelastet..? Kann es sein, dass (im
> "top" z.B.) unter der Spalte "%wa" (<- I/O-Wait) doch ein grosser Wert
> steht?
> Evtl. auch unter "%sy" (<- System), was auf einen schlecht designten
> Controller-Chip und/oder Treiber schliessen lassen würde..

Sowohl sys als auch wa liegen zwischen 30% und 50 %

> Zusätzlich: Was ist denn dein eingestellter I/O-Scheduler für die beiden
> Platten? ( /sys/block/sd?/queue/scheduler )

noop [anticipatory] deadline cfq

Vielleicht noch als Anmerkung, sobald ich Plattenzugriffe habe stört das auch
das abspielen von mp3.

Frank

Am Donnerstag, 22. Oktober 2009 schrieb Florian Philipp:

> Frank Noack schrieb:
> > Hallo
> >
> > Ich habe in meinem Rechner 2 SATA Platten verbaut ST3250410AS und
> > ST3250310NS Gestern habe ich mal größere Dateien zwischen den beiden
> > Platten kopiert. Dabei ist mir aufgefallen, das das System extrem
> > belastet war. Surfen und Schreiben war fast unmöglich. Board ist ein ASUS
> > K8V SE. Die Platten hängen beide am VIA Controller. Prozessor ist ein AMD
> > Athlon(tm) 64 Processor 3400+. Ich nutze einen selbst kompilierten Kernel
> > aus gentoo-sources. Ich habe als Treiber den SATA VIA Treiber aktiviert.
> > Aber ich kann mir nicht vorstellen, das die Dateiübertragung so das
> > System ausbremst. CPU ist auch nicht wirklich ausgelastet.
> >
> > Hoffe auf Hilfe
>
> Werden die Platten als /dev/sd[a-z] erkannt oder als /dev/hd[a-z]?
> Letzteres könnte darauf hindeuten, dass der falsche Treiber genutzt wird
> /z.B. der generische.
>

Sie werden als sdx erkannt.

Frank

[Christian Bricart]

Frank Noack wrote:

> Am Donnerstag, 22. Oktober 2009 schrieb Christian Bricart:
>> Frank Noack wrote:
>> > Hallo
>> >
>> > Ich habe in meinem Rechner 2 SATA Platten verbaut ST3250410AS und
>> > ST3250310NS
>> > Gestern habe ich mal groeere Dateien zwischen den beiden Platten
>> > kopiert.
>> > Dabei ist mir aufgefallen, das das System extrem belastet war. Surfen
>> und
>> > Schreiben war fast unmoeglich. Board ist ein ASUS K8V SE. Die Platten
>> > hängen
>> > beide am VIA Controller. Prozessor ist ein AMD Athlon(tm) 64 Processor
>> > 3400+.
>> > Ich nutze einen selbst kompilierten Kernel aus gentoo-sources. Ich
>> habe
>> > als
>> > Treiber den SATA VIA Treiber aktiviert. Aber ich kann mir nicht
>> > vorstellen,
>> > das die Dateiuebertragung so das System ausbremst. CPU ist auch nicht
>> > wirklich
>> > ausgelastet.
>>
>> Welcher "Teil" der CPU ist nicht ausgelastet..? Kann es sein, dass (im
>> "top" z.B.) unter der Spalte "%wa" (<- I/O-Wait) doch ein grosser Wert
>> steht?
>> Evtl. auch unter "%sy" (<- System), was auf einen schlecht designten
>> Controller-Chip und/oder Treiber schliessen lassen würde..
>
> Sowohl sys als auch wa liegen zwischen 30% und 50 %

... was dann ja 60%-100% in Summe wäre, oder..?

>
>> Zusätzlich: Was ist denn dein eingestellter I/O-Scheduler für die beiden
>> Platten? ( /sys/block/sd?/queue/scheduler )
>
> noop [anticipatory] deadline cfq

das ist ok - cfq hätte ich auch noch gelten lassen ;-)

>
> Vielleicht noch als Anmerkung, sobald ich Plattenzugriffe habe stört das
> auch
> das abspielen von mp3.

tjo - wenn der CPU-Kern beschäftigt ist (s.o 60%-100%) und man keinen
zweiten oder zumindest HT (<- bei AMD latürnich sowieso nicht) hat, dann
ist das irgendwie schon klar warum.. ;-)

Christian

[Christian Bricart]

Christian Bricart wrote:

> Frank Noack wrote:
>> Am Donnerstag, 22. Oktober 2009 schrieb Christian Bricart:
> [..]
>> Sowohl sys als auch wa liegen zwischen 30% und 50 %
>
> ... was dann ja 60%-100% in Summe wäre, oder..?
>
>>
>>> Zusätzlich: Was ist denn dein eingestellter I/O-Scheduler für die
>>> beiden
>>> Platten? ( /sys/block/sd?/queue/scheduler )
>>
>> noop [anticipatory] deadline cfq
>
> das ist ok - cfq hätte ich auch noch gelten lassen ;-)

Nachtrag:
Wenn du mal folgendes versuchst:
- den Scheduler für die beiden Platten (ich gehe jetzt mal von sda und sdb
aus) auf CFQ setzen:
     # echo cfq > /sys/block/sda/queue/scheduler
     # echo cfq > /sys/block/sdb/queue/scheduler
- und dann den Kopierjob unter "ionice(1)" (aus sys-apps/util-linux) mit
niedrigerer IO-Prio nochmal versuchen

Ist dann das System "responsiver"..?

>
>>
>> Vielleicht noch als Anmerkung, sobald ich Plattenzugriffe habe stört das
>> auch
>> das abspielen von mp3.
>
> tjo - wenn der CPU-Kern beschäftigt ist (s.o 60%-100%) und man keinen
> zweiten oder zumindest HT (<- bei AMD latürnich sowieso nicht) hat, dann
> ist das irgendwie schon klar warum.. ;-)
>
> Christian
>
>
>

[Daniel Wieth]

Schau mal Spaßderhalber in der Kernelconfig nach, ob du DMA aktiviert hast.
Nur mal um die leichtesten und ärgerlichsten Fehler auszuschließen...

Daniel


> tjo - wenn der CPU-Kern beschäftigt ist (s.o 60%-100%) und man keinen
> zweiten oder zumindest HT (<- bei AMD latürnich sowieso nicht) hat, dann
> ist das irgendwie schon klar warum.. ;-)
>
> Christian
>
>
>