Re: Epic regression in throughput since v2.6.23

[Cory Fields]

I've noticed the same regression since around 2.6.23, mainly in
multi-core video decoding. A git bisect reveals the guilty commit to
be: 33b0c4217dcd67b788318c3192a2912b530e4eef

It is easily visible because with the guilty commit included, one core
of the cpu remains pegged while the other(s) are severly
underutilized.

Hope this helps

Cory Fields
--
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/