| 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
| ||
|
Message-ID: <m2d3e01fua.fsf@firstfloor.org> Date: Thu, 13 Oct 2011 19:12:29 -0700 From: Andi Kleen <andi@...stfloor.org> To: David Miller <davem@...emloft.net> Cc: glommer@...allels.com, linux-kernel@...r.kernel.org, akpm@...ux-foundation.org, lizf@...fujitsu.com, kamezawa.hiroyu@...fujitsu.com, ebiederm@...ssion.com, paul@...lmenage.org, gthelen@...gle.com, netdev@...r.kernel.org, linux-mm@...ck.org, kirill@...temov.name, avagin@...allels.com, devel@...nvz.org Subject: Re: [PATCH v7 0/8] Request for inclusion: tcp memory buffers David Miller <davem@...emloft.net> writes: > > Make this evaluate into exactly the same exact code stream we have > now when the memory cgroup feature is not in use, which will be the > majority of users. One possible way may be to guard it with static_branch() for no limit per cgroup set. That should be as near as practically possible to the original code. BTW the thing that usually worries me more is the cache line behaviour when the feature is in use. In the past some of the namespace patches have created some extremly hot global cache lines, that hurt on larger systems (for example the Unix socket regression from uid namespaces that is still not completly fixed). It would be good to double check that all important state is distributed properly. -Andi -- ak@...ux.intel.com -- Speaking for myself only -- 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