[lkml]   [2004]   [Jun]   [15]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
    SubjectRe: [PATCH] Performance regression in 2.6.7-rc3

    Ingo Molnar wrote:

    >* Con Kolivas <> wrote:
    >>with a little bit of detective work and help from Wli we tracked down that
    >>this patch caused it:
    >>[PATCH] sched: improve wakeup-affinity
    >>A massive increase in idle time was observed and the throughput
    >>dropped by 40% Reversing this patch gave these results:
    >>Composite Query Processing Power Throughput Numerical Quantity
    >>193.93 145.95 257.67
    >>It may be best to reverse this patch until the regression is better
    >agreed. It is weird because Nick said that pgsql was tested with the
    >patch - and we applied the patch based on those good results. Nick?

    Sigh, yes, Mark did run a test for me, but I think it was dbt2-pgsql.
    This one is dbt3-pgsql. Also, his system was a 4 logical CPU Xeon.

    Strangely enough, Mark's setup was showing a fairly large too-much-idle
    regression not long ago, while these 8-ways weren't.

    Anyway, Linus has reverted my patch now, which is the right thing to
    do. Your sync wakeup change is still in there, so that will hopefully
    help bw_pipe scores.

    I have some changes which bring throughput up to 240, however I'm not
    sure if it would be wise to try to fix everything before 2.6.7.

    I'd be happy for 2.6.7 to be released with kernel/sched.c as it is now.
    What are your thoughts?

    To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
    the body of a message to
    More majordomo info at
    Please read the FAQ at

     \ /
      Last update: 2005-03-22 14:03    [W:0.021 / U:0.232 seconds]
    ©2003-2016 Jasper Spaans. hosted at Digital OceanAdvertise on this site