g1vrg,
What sata chipset is used in this motherboard?
What does iostat show during the dd?
(may be a issue of response is really slow)
-Connie Sieh
On Wed, 5 Jan 2011, g1vrg
wrote:
On Wed, 2011-01-05 at 13:37 +0100, Stephan Wiesand wrote:
Hi,
On Jan 5, 2011, at 13:30, g1vrg wrote:
Hi, I have noticed that in default SL5.5 disk operations tend to hugely
tie up my pc. For example when writing large files (of the order of 10
GB) I may have to wait 30 seconds before I can get a response from
another application on the desktop. Is there another i/o scheduler other
than the default that I can specify presumably as a kernel command in
the grub boot loader config file? I recently swapped over from debian
lenny and the i/o scheduler there
which one was it?
Sorry I don't know.
You can change I/O schedulers per block device on the fly:
# cat /sys/block/sda/queue/scheduler
noop anticipatory deadline [cfq]
# echo noop >> /sys/block/sda/queue/scheduler
# cat /sys/block/sda/queue/scheduler
[noop] anticipatory deadline cfq
I guess you get the idea. Let us know which one works best for you (and what
hardware you have).
Ok thanks. I tried elevator=noop, elevator=as and elevator=deadline
They were each pretty much the same. If I do a large file copy or dd
operation I get freezes on the desktop and xmms freezes and stops
playing music for example.
The hardware is a seagate 250GB sata drive with lvm on a msi mobo with
amd64 cpu (3700+ @2.2 GHz) with 32bit SL5.5.
maybe I need to pass some CFQ params? Or it could be something else
entirely. It's just these file operations that cause the trouble for me
(and the wife! lol - she was on debian before and i switched her).
Anyway, if anyone else has noticed this and has a fix they know of I'd
appreciate a reply. I don't want to try lots of experiments or tests,
I'll be moving on to SL 6 when it's out in March time.
Thanks
Richard G
