lkml.org 
[lkml]   [2007]   [Jul]   [2]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
    /
    Date
    From
    SubjectRe: [patch] CFS scheduler, -v18
    Hello,

    On 6/23/07, Ingo Molnar <mingo@elte.hu> wrote:
    > i'm pleased to announce release -v18 of the CFS scheduler patchset.

    > As usual, any sort of feedback, bugreport, fix and suggestion is more
    > than welcome!

    I have been running cfs-v18 for a couple of days now, and today I
    stumbled upon a rather strange problem. Consider the following short
    program:

    while(1)
    printf("%ld\r", 1000 * clock() / CLOCKS_PER_SEC);

    Running this in an xterm makes the xterm totally unresponsive. Ctrl-C
    takes about two seconds to terminate the program, during which the
    program will keep running. In fact, it seems that the longer it runs,
    the longer it takes to terminate (towards 5 seconds after running for
    a couple of minutes). This is rather surprising, as the rest of the
    system is quite responsive (even remarkably so). I think this is also
    in contrast with the expected behaviour, that Ctrl-C/program
    termination should be prioritized somehow.

    Some other observations: X.Org seems to be running at about 75% CPU on
    CPU 1, the xterm at about 45% on CPU 0, and a.out at about 20% on CPU
    0. (HT processor)

    Killing with -2 or -9 from another terminal works immediately. Ctrl-Z
    takes the same time as Ctrl-C.

    Another thing to note is that simply looping with no output retains
    the expected responsiveness of the xterm. Printing i++ is somewhere
    halfway in between.

    Is this behaviour expected or even intended? My main point is that
    Ctrl-C is a safety fallback which suddenly doesn't work as usual. I
    might even go so far as to call it a regression.

    I'd also like to point out that Folding@Home seems to draw more CPU
    than it should. Or, at least, in top, it shows up as using 50% CPU
    even though other processes are demanding as much as they can get. The
    FAH program should be running with idle priority. I expect it to fall
    to near 0% when other programs are running at full speed, but it keeps
    trotting along. And I am pretty sure that this is not due to SMP/HT (I
    made sure to utilize both CPUs).

    Lastly, I'd like to mention that I got BUGs (soft lockups) with -v8,
    though it has not been reproducible with -v18, so I suppose it must
    have been fixed already.

    Otherwise, I am satisfied with the performance of CFS. Especially the
    desktop is noticably smoother. Thanks!

    Kind regards,
    Vegard Nossum
    -
    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-07-02 13:47    [W:4.239 / U:0.008 seconds]
    ©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site