| 1 |
Christian Bricart wrote: |
| 2 |
> Frank Noack wrote: |
| 3 |
>> Am Donnerstag, 22. Oktober 2009 schrieb Christian Bricart: |
| 4 |
> [..] |
| 5 |
>> Sowohl sys als auch wa liegen zwischen 30% und 50 % |
| 6 |
> |
| 7 |
> ... was dann ja 60%-100% in Summe wäre, oder..? |
| 8 |
> |
| 9 |
>> |
| 10 |
>>> Zusätzlich: Was ist denn dein eingestellter I/O-Scheduler für die |
| 11 |
>>> beiden |
| 12 |
>>> Platten? ( /sys/block/sd?/queue/scheduler ) |
| 13 |
>> |
| 14 |
>> noop [anticipatory] deadline cfq |
| 15 |
> |
| 16 |
> das ist ok - cfq hätte ich auch noch gelten lassen ;-) |
| 17 |
|
| 18 |
Nachtrag: |
| 19 |
Wenn du mal folgendes versuchst: |
| 20 |
- den Scheduler für die beiden Platten (ich gehe jetzt mal von sda und sdb |
| 21 |
aus) auf CFQ setzen: |
| 22 |
# echo cfq > /sys/block/sda/queue/scheduler |
| 23 |
# echo cfq > /sys/block/sdb/queue/scheduler |
| 24 |
- und dann den Kopierjob unter "ionice(1)" (aus sys-apps/util-linux) mit |
| 25 |
niedrigerer IO-Prio nochmal versuchen |
| 26 |
|
| 27 |
Ist dann das System "responsiver"..? |
| 28 |
|
| 29 |
> |
| 30 |
>> |
| 31 |
>> Vielleicht noch als Anmerkung, sobald ich Plattenzugriffe habe stört das |
| 32 |
>> auch |
| 33 |
>> das abspielen von mp3. |
| 34 |
> |
| 35 |
> tjo - wenn der CPU-Kern beschäftigt ist (s.o 60%-100%) und man keinen |
| 36 |
> zweiten oder zumindest HT (<- bei AMD latürnich sowieso nicht) hat, dann |
| 37 |
> ist das irgendwie schon klar warum.. ;-) |
| 38 |
> |
| 39 |
> Christian |
| 40 |
> |
| 41 |
> |
| 42 |
> |
Archives