lkml.org 
[lkml]   [2008]   [May]   [10]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: performance "regression" in cfq compared to anticipatory, deadline and noop
> From: Matthew <jackdachef@gmail.com>
> Date: Sat, May 10, 2008 10:39:50PM +0200
>
> > 2) Does using a bigger value of slice_idle increase the throughput?
> >
>
> Hi,
>
> 2) a bigger value even made it worse, setting it to "0" however
> seemingly "fixed" it, I however don't know how the overall
> effect/impact is, this will need some more real-world testing ;)
>

Well, it's not a fix... the overall effect is that you should end
up with more seeks (and so reduced throughput) on loads consisting
of more than one process, and at least one of those processes is a
synchronous sequential reader.


> one side-node / question:
>
> will this cause more wakeups on the cpu and/or decrease battery
> runtime on, e.g. laptops ?
>

I don't know the overall effect on battery life, btw with no idling
you have one less timer active in the system (that however, depending
on the load, does not fire frequently) and more continuous disk
activity.


\
 
 \ /
  Last update: 2008-05-10 23:53    [W:0.032 / U:2.992 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site