Re: [quad core results] BFS vs. mainline scheduler benchmarks and measurements

[Nikos Chantziaras]

On 09/07/2009 03:16 PM, Ingo Molnar wrote:
> [...]
> Note that usually we can extrapolate ballpark-figure quad and dual
> socket results from 8 core results. Trends as drastic as the ones
> i reported do not get reversed as one shrinks the number of cores.
>
> Con posted single-socket quad comparisons/graphs so to make it 100%
> apples to apples i re-tested with a single-socket (non-NUMA) quad as
> well, and have uploaded the new graphs/results to:
>
>    kernel build performance on quad:
>       http://redhat.com/~mingo/misc/bfs-vs-tip-kbuild-quad.jpg
>
>    pipe performance on quad:
>       http://redhat.com/~mingo/misc/bfs-vs-tip-pipe-quad.jpg
>
>    messaging performance (hackbench) on quad:
>       http://redhat.com/~mingo/misc/bfs-vs-tip-messaging-quad.jpg
>
>    OLTP performance (postgresql + sysbench) on quad:
>       http://redhat.com/~mingo/misc/bfs-vs-tip-oltp-quad.jpg
>
> It shows similar curves and behavior to the 8-core results i posted
> - BFS is slower than mainline in virtually every measurement.

Except for numbers, what's your *experience* with BFS when it comes to 
composited desktops + games + multimedia apps?  (Watching high 
definition videos, playing some latest high-tech 3D game, etc.)  I 
described the exact problems experienced with mainline in a previous reply.

Are you even using that stuff actually?  Because it would be hard to 
tell if your desktop consists mainly of Emacs and an xterm; you even 
seem to be using Mutt so I suspect your desktop probably doesn't look 
very Windows Vista/OS X/Compiz-like.  Usually, with "multimedia desktop 
PC" one doesn't mean:

  http://foss.math.aegean.gr/~realnc/pics/desktop2.png

but rather:

  http://foss.math.aegean.gr/~realnc/pics/desktop1.png

BFS probably wouldn't offer the former anything, while on the latter it 
does make a difference.  If your usage of the "desktop" bears a 
resemblance to the first example, I'd say you might be not the most 
qualified person to judge on the "Linux desktop experience."  That is 
not meant be offensive or patronizing, just an observation and I even 
might be totally wrong about it.
--
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/