Re: [PATCH 0/9] rework of extended state handling, LWP support

[Andi Kleen]

On Wed, Nov 30, 2011 at 06:37:46PM +0100, Hans Rosenfeld wrote:
> On Tue, Nov 29, 2011 at 01:31:09PM -0800, Andi Kleen wrote:
> > Hans Rosenfeld <hans.rosenfeld@xxxxxxx> writes:
> > >
> > > The lazy allocation of the xstate area has been removed. The support for
> > > extended states that cannot be saved/restored lazily, like AMD's LWP,
> > > need this. Since optimized library functions using SSE etc. are widely
> > > used today, most processes would have an xstate area anyway, making the
> > > memory overhead negligible.
> > 
> > Do you have any data on that?  It sounds dubious for specialized
> > workloads.
> 
> What kind of specialized workload do you mean?

Anything that doesn't do large memcpys/memsets: glibc only uses SSE
when you pass large buffers. And then doesn't use the FPU. And possibly
has lots of processes.

Some older glibc did an unconditional FPU initialization at start,
but I believe that's long gone.

-Andi
--
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/