On Fri, Nov 26, 2010 at 5:57 PM, Stroller
<[email protected]> wrote:
> Hi there,
>
> As per subject, what's the best way to improve interactivity with heavy disk 
> activity, please?
>
> Or perhaps a better question would be: what approaches are available?
>
> Presently my main Linux system is basically just a storage server with a 
> *really slow* disk controller. I do all my web-browsing and email (and most 
> other things) on my Mac laptop (because my Mac desktop has recently died ☹), 
> but I occasionally do some bash or perl scripting, searches and other stuff 
> on this Linux box.
>
> Normally this isn't a problem - the machine is an old Pentium 4 but plenty 
> powerful enough for this simple command-line stuff. However I have recently 
> bought a new STB which plays DVD .iso files across the network, so I started 
> ripping DVDs on storage server, using dvdbackup && mkisofs. When I do so, 
> interactivity becomes *dire* - it takes maybe 15 seconds for *any* command to 
> execute.
>
> My immediate reaction was to consider the recent "200-line patch to kernel => 
> superkernel" thread:
> http://www.gossamer-threads.com/lists/gentoo/user/221770
>
> But I have also heard of `ionice` in the past: 
> http://linux.die.net/man/1/ionice
>
> I've never used that - in fact, I can't recall ever having to use the regular 
> `nice` - but I think maybe I should consider it.
>
> Does anyone have any thoughts, please?
>
> Stroller.
>
>

The "nice" and "ionice" or the cpu "cgroups" are not going to help a
lot. The problems of bad interactivity are rarely CPU related so the
200line patch is probably going to do nothing to help. Also "ionice"
rarely solves these problems, because the problem is not actually on
the i/o scheduler but in the page cache management of the kernel,
which reacts pretty bad (awful) under pressure.

As far as I know there is nothing you can do to fix interactivity
under these loads, except:

1. From getting an SSD, that doesn't actually need page cache :)

2. Fix the page-management/LRU kernel code yourself :)

Maybe unofficial kernels (ck,zen) have improved page cache management
(I haven't tried them), but the issue still remains unfixed in the
upstream kernel.

Reply via email to