Messages in this thread | | | Date | Wed, 30 Nov 2011 22:52:00 +0100 | From | Andi Kleen <> | Subject | Re: [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
| |