lkml.org 
[lkml]   [2005]   [Oct]   [4]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
SubjectRe: Making nice niser for system hogging programs
From
Date
On Sun, 2005-10-02 at 13:07 +1000, Con Kolivas wrote:
> On Sun, 2 Oct 2005 12:26, Marc Perkel wrote:
> > Just a thought -----
> >
> > Programs like cp -a /bigdir /backup and rsync usually bring the server
> > to a crawl no matter how much "nice" you put on them. Is there any way
> > to make "nice" smarter in that it limits io as well as processor usage?
> > If cp and rsyne ran a little slower IO wise then everything else could
> > run too.
>
> The latest cfq io scheduler supports io nice levels. By default it links the
> io nice levels to the cpu nice levels so if you use cfq and set your file
> commands nice 19 they will use as little io priority as possible. Note this
> only works on the read side but that makes a dramatic difference already.
>
> Cheers
> Con

If you want a way to assign io priorities without relying on process
inheritance and (re)nice you might find CKRM, with it's cfq-based IO
controller, useful.

Basically you create a set of classes that group tasks and give an
appropriate share of IO performance to tasks in that class. As processes
get created CKRM will assign tasks to the IO classes based on a set of
rules. You can run commands like:

mkdir /rcfs/taskclass/makin_copies
echo 'res=io,guarantee=20' > /rcfs/taskclass/makin_copies/shares
echo 'path=/usr/bin/rsync,class=makin_copies' > /rcfs/ce/rsync_rule
echo 'path=/bin/cp,class=makin_copies' > /rcfs/ce/cp_rule

to set this up. This should make CKRM useful for those unwilling to
become full-time administrators just to run their own desktops.

Cheers,
-Matt Helsley

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/

\
 
 \ /
  Last update: 2005-10-04 23:32    [W:0.057 / U:0.360 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site