lkml.org 
[lkml]   [2011]   [Nov]   [30]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: [PATCH 0/9] rework of extended state handling, LWP support
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@amd.com> 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


\
 
 \ /
  Last update: 2011-11-30 22:55    [W:0.112 / U:0.372 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site