Re: [UnifiedV4 00/16] The Unified slab allocator (V4)

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Wed, Oct 06, 2010 at 11:37:12AM -0500, Christoph Lameter wrote:
> On Wed, 6 Oct 2010, Andi Kleen wrote:
> 
> > > True. The shared caches can compensate for that. Without this I got
> > > regression because of too many atomic operations during draining and
> > > refilling.
> >
> > Could you just do it by smaller units? (e.g. cores on SMT systems)
> 
> The shared caches are not per node but per sharing domain (l3).

That's the same at least on Intel servers.

> > So it would depend on that total number of caches in the system?
> 
> Yes. Also the expiration is triggerable from user space. You can set up a
> cron job that triggers cache expiration every minute or so.
> movement also.

That doesn't seem like a good way to do this to me. Such things should work
without special cron jobs.

-Andi

-- 
ak@xxxxxxxxxxxxxxx -- Speaking for myself only.

--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@xxxxxxxxxx  For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@xxxxxxxxx";> email@xxxxxxxxx </a>



[Index of Archives]     [Linux ARM Kernel]     [Linux ARM]     [Linux Omap]     [Fedora ARM]     [IETF Annouce]     [Bugtraq]     [Linux]     [Linux OMAP]     [Linux MIPS]     [ECOS]     [Asterisk Internet PBX]     [Linux API]