| 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: Wed, 20 Aug 2008 09:10:47 -0500 From: Christoph Lameter <cl@...ux-foundation.org> To: KOSAKI Motohiro <kosaki.motohiro@...fujitsu.com> CC: LKML <linux-kernel@...r.kernel.org>, linux-mm <linux-mm@...ck.org>, Andrew Morton <akpm@...ux-foundation.org>, tokunaga.keiich@...fujitsu.com Subject: Re: [RFC][PATCH 0/2] Quicklist is slighly problematic. KOSAKI Motohiro wrote: > Hi Cristoph, > > Thank you for explain your quicklist plan at OLS. > > So, I made summary to issue of quicklist. > if you have a bit time, Could you please read this mail and patches? > And, if possible, Could you please tell me your feeling? I believe what I said at the OLS was that quicklists are fundamentally crappy and should be replaced by something that works (Guess that is what you meant by "plan"?). Quicklists were generalized from the IA64 arch code. Good fixup but I would think that some more radical rework is needed. Maybe some of this needs to vanish into the TLB handling logic? Then I have thought for awhile that the main reason that quicklists exist are the performance problems in the page allocator. If you can make the single page alloc / free pass competitive in performance with quicklists then we could get rid of all uses. -- 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