| 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: Mon, 12 Mar 2007 10:52:25 -0500 From: Robin Holt <holt@....com> To: Christoph Lameter <clameter@....com>, David Miller <davem@...emloft.net> Cc: linux-kernel@...r.kernel.org, ak@...e.com, holt@....com, linux-ia64@...r.kernel.org, mpm@...enic.com Subject: Re: [QUICKLIST 0/6] Arch independent quicklists V1 On Mon, Mar 12, 2007 at 04:12:32AM -0700, Christoph Lameter wrote: > On Sun, 11 Mar 2007, David Miller wrote: > > The reason is that every time I've monitored the allocation patterns > > of these things on SMP, the page table chunks always get released on a > > different cpu than where they were initialized. > > But its even advantageous in that case for sparse allocs. We have a written a little LD_PRELOAD library which intercepts fork() et. al. and migrates the task to a different cpu, pins itself to only that cpu, then does the user requested call, upon return from the call, the task is migrated back to the original cpu and the original allowed cpus is restored. With that library, we find a few advantages, mainly, the task_struct and page tables are allocated node local to the task. As long as the task does not change its allowed cpus mask, they are also freed on the same cpu which allocated them. Thanks, Robin - 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