| lists.openwall.net | lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC | |
|
Open Source and information security mailing list archives
| ||
|
Date: Thu, 13 Oct 2011 14:24:34 -0700 From: Andrew Morton <akpm@...ux-foundation.org> To: Christoph Lameter <cl@...two.org> Cc: Dimitri Sivanich <sivanich@....com>, linux-kernel@...r.kernel.org, linux-mm@...ck.org, Mel Gorman <mel@....ul.ie> Subject: Re: [PATCH] Reduce vm_stat cacheline contention in __vm_enough_memory On Thu, 13 Oct 2011 16:02:58 -0500 (CDT) Christoph Lameter <cl@...two.org> wrote: > On Thu, 13 Oct 2011, Andrew Morton wrote: > > > > If there are no updates occurring for a while (due to increased deltas > > > and/or vmstat updates) then the vm_stat cacheline should be able to stay > > > in shared mode in multiple processors and the performance should increase. > > > > > > > We could cacheline align vm_stat[]. But the thing is pretty small - we > > couild put each entry in its own cacheline. > > Which in turn would increase the cache footprint of some key kernel > functions (because they need multiple vm_stat entries) and cause eviction > of other cachelines that then reduce overall system performance again. Sure, but we gain performance by not having different CPUs treading on each other when they update different vmstat fields. Sometimes one effect will win and other times the other effect will win. Some engineering is needed.. -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@...r.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists