Re: -mm seems significanty slower than mainline on kernbench

Martin Bligh wrote:


This is a shot in the dark. We haven't confirmed 1. there is a problem 2. that this is the problem nor 3. that this patch will fix the problem. I say we wait for the results of 1. If the improved smp nice handling patch ends up being responsible then it should not be merged upstream, and then this patch can be tested on top.

Martin I know your work move has made it not your responsibility to test backing out this change, but are you aware of anything being done to test this hypothesis? 


OK, backing out that patch seems to fix it. Thanks Andy ;-)

M.


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

Relevant Pages

  • Re: -mm seems significanty slower than mainline on kernbench
    ... If the improved smp nice handling patch ends up being responsible then it should not be merged upstream, and then this patch can be tested on top. ... Martin I know your work move has made it not your responsibility to test backing out this change, but are you aware of anything being done to test this hypothesis? ... To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/ ...
    (Linux-Kernel)
  • Re: -mm seems significanty slower than mainline on kernbench
    ... >> Con Kolivas wrote: ... >> try to have a patch available later this morning. ... > above it does not use "average bias prio" as that solution would be very ... Martin I know your work move has made it not your responsibility to test ...
    (Linux-Kernel)
  • Re: -mm seems significanty slower than mainline on kernbench
    ... >>> This is a shot in the dark. ... and then this patch can be tested on top. ... >>> Martin I know your work move has made it not your responsibility to ... >>> test backing out this change, but are you aware of anything being ...
    (Linux-Kernel)
  • Re: XP firewall
    ... The patch only keeps the virus from causing as much damage ... >operating system you use. ... >The OS is immaterial - the responsibility still lies with ...
    (microsoft.public.windowsxp.security_admin)
  • Re: -mm seems significanty slower than mainline on kernbench
    ... If the improved smp nice handling patch ends up being responsible then it should not be merged upstream, and then this patch can be tested on top. ... Martin I know your work move has made it not your responsibility to ... test backing out this change, but are you aware of anything being ... send the line "unsubscribe linux-kernel" in ...
    (Linux-Kernel)