lkml.org 
[lkml]   [2007]   [Jun]   [22]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
    /
    From
    SubjectQuestion about fair schedulers
    Date
    Hi,

    First I'd like to say I'm not a programmer or even a geek, just a normal user,
    so my question might be very basic or even stupid. If so, please excuse me.

    I've been reading about CFS and SD schedulers here on the list and my basic
    understanding is that they try to improve interactivity by being completely
    fair, i.e., giving the same amount of CPU time to each task running at a
    given time. There is something I don't get about this, so today I tried a
    little test with the -ck kernel comparing it to mainline.

    Let's say I have a HD video that uses ~70% CPU. Let's say I want to watch it
    while I encode my music to vorbis (or rip a DVD). This is the only reasonable
    scenario I can imagine on a normal desktop, since most desktops have the CPU
    idle or under 10% usage during 95% of the time and a CPU scheduler makes no
    difference (maybe people on this list compile a few kernels every day, but
    that's not what most normal users like me do).

    Ok, so what will a fair scheduler do in this case? It is my understanding that
    it would give 50% CPU to each task, resulting in the video dropping frames.
    Is this correct?

    Now, the _ideal_ solution for this situation would be to give ~70% to the
    video and the rest (~30%) to the encoder. But this goes against fairness,
    doesn't it? Yet most reports I've read about these two fair schedulers say
    that videos play smoother under load. What am I missing?

    If I ask this question is because today I tested it and found that using
    the -ck kernel (with SD scheduler) the video would drop frames, while with
    the mainline kernel it played fine.

    My conclusion is that SD behaves as expected: it's more fair. But for a
    desktop, shouldn't an "intelligently unfair" scheduler be better?

    Thanks for any insights.

    P.S: As a second thought, a fair scheduler could behave really good in other
    scenarios, like a server running a busy forum on apache+mysql+php. Besides,
    this is a more real world scenario (and easier to benchmark). Why aren't
    people testing these schedulers under this kind of load?
    -
    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: 2007-06-23 01:09    [W:4.108 / U:0.824 seconds]
    ©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site