On Saturday 29 April 2006 06:45, [email protected] wrote:
> from this list i found, that in recent kernels we have cfq/ionice for this.
> is this rated "stable" and does it already work well?
cfq has builtin ionice support which is automatically linked to nice level
unless you explicitly set ionice separately.
> if i start an I/O hog like "dd if=/dev/zero of=test.dat" the whole
> interactivity of a linux system is being influenced very negatively. i have
> found that working on a system running an I/O hog often becomes a real
> pain. if i start an CPU hog or syscall hog like "while true;do true;done"
> or "while /bin/true;do /bin/true;done" this never has such bad effects than
> starting an I/O hog.
This is the problem. The ionice support is for reads only. Due to the complex
path writes take to get to the io scheduler there is no ionice support for
writes yes so they are all treated equally. Some work is being done in that
area but nothing is concrete yet. Watch this space.
> is it possible to adress this by some more "fine-tuning" or is this just
> because of the "nature" of I/O scheduling ?
You may be able to effectively throttle the writes by decreasing the amount of
ram they can use up before writeout occurs but this is a complex process
where throttling the writes may adversely affect the reads depending on what
the task committing the writes is doing. The tunables are in /proc/sys/vm
dirty_background_ratio
is the percentage of ram that would be filled with write data before it starts
committing writes to disk.
dirty_ratio
is the maximum percentage of ram filled and then all writes are throttled
beyond that (the applications can't commit any more writes till the
percentage drops enough again)
dirty_writeback_centisecs
how often it will check to see if data has been in ram too long and needs to
be committed
dirty_expire_centisecs
how old the data can be maximum before being written
All of these have interdependencies and there are sanity checks in the kernel
that ignore extreme values and rounds them back to other values.
Generally speaking, lowering these values tends to improve interactivity, but
it is not an impressive improvement, and it happens at the expense of write
throughput :)
--
-ck
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [email protected]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
[Index of Archives]
[Kernel Newbies]
[Netfilter]
[Bugtraq]
[Photo]
[Stuff]
[Gimp]
[Yosemite News]
[MIPS Linux]
[ARM Linux]
[Linux Security]
[Linux RAID]
[Video 4 Linux]
[Linux for the blind]
[Linux Resources]
