[Ksummit-discuss] [TOPIC] Application performance: regressions, controlling preemption
Josh Triplett
josh at joshtriplett.org
Mon May 12 23:54:35 UTC 2014
On Mon, May 12, 2014 at 10:32:27AM -0400, Chris Mason wrote:
> Hi everyone,
>
> We're in the middle of upgrading the tiers here from older kernels (2.6.38,
> 3.2) into 3.10 and higher.
>
> I've been doing this upgrade game for a number of years now, with different
> business cards taped to my forehead and with different target workloads.
>
> The result is always the same...if I'm really lucky the system isn't slower,
> but usually I'm left with a steaming pile of 10-30% regressions.
How automated are your benchmark workloads, how long do they take, and
how consistent are they from run to run (on a system running nothing
else)? What about getting them into Fengguang Wu's automated patch
checker, or a similar system that checks every patch or pull rather than
just full releases? If we had feedback at the time of patch submission
that a specific patch made the kernel x% slower for a specific
well-defined workload, that would prove much easier to act on than just
a comparison of 3.x and 3.y.
- Josh Triplett
More information about the Ksummit-discuss
mailing list