From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S933567AbbDQP1d (ORCPT ); Fri, 17 Apr 2015 11:27:33 -0400 Received: from shonan.sfc.wide.ad.jp ([203.178.142.130]:36565 "EHLO mail.sfc.wide.ad.jp" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S933419AbbDQP13 (ORCPT ); Fri, 17 Apr 2015 11:27:29 -0400 Date: Sat, 18 Apr 2015 00:27:27 +0900 Message-ID: From: Hajime Tazaki To: richard@nod.at Cc: cl@linux.com, linux-arch@vger.kernel.org, arnd@arndb.de, corbet@lwn.net, penberg@kernel.org, rientjes@google.com, iamjoonsoo.kim@lge.com, akpm@linux-foundation.org, linux-kernel@vger.kernel.org, linux-doc@vger.kernel.org, netdev@vger.kernel.org, linux-mm@kvack.org, jdike@addtoit.com, rusty@rustcorp.com.au, upa@haeena.net, christoph.paasch@gmail.com, mathieu.lacage@gmail.com, libos-nuse@googlegroups.com Subject: Re: [RFC PATCH v2 02/11] slab: add private memory allocator header for arch/lib In-Reply-To: <553121E6.5000005@nod.at> References: <1427202642-1716-1-git-send-email-tazaki@sfc.wide.ad.jp> <1429263374-57517-1-git-send-email-tazaki@sfc.wide.ad.jp> <1429263374-57517-3-git-send-email-tazaki@sfc.wide.ad.jp> <55310033.1060108@nod.at> <553121E6.5000005@nod.at> User-Agent: Wanderlust/2.15.9 (Almost Unreal) Emacs/22.3 Mule/5.0 (SAKAKI) X-Face: "+?b:_s\r$dbBx'Ur*k#`5|~\>v~i`PzaxANTx_S?J>:mTQrtm:c7'f5b~W2eX~Fl[0Pw,0bow)8r8Z5,D&>]C/'ujqr:fbY>]/52T^Q~cX*y5\?!"i<^Vp=zCNguAeyPH$`ZTv{di25X8,%@! MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org At Fri, 17 Apr 2015 17:08:22 +0200, Richard Weinberger wrote: > >>>> add header includion for CONFIG_LIB to wrap kmalloc and co. This will > >>>> bring malloc(3) based allocator used by arch/lib. > >>> > >>> Maybe add another allocator insteadl? SLLB which implements memory > >>> management using malloc()? > >> > >> Yeah, that's a good idea. > > > > first, my bad, I should be more precise on the commit message. > > > > the patch with 04/11 patch is used _not_ only malloc(3) but > > also any allocator registered by our entry API, lib_init(). > > > > for NUSE case, we use malloc(3) but for DCE (ns-3) case, we > > use our own allocator, which manages the (virtual) process > > running on network simulator. > > > > if these externally configurable memory allocator are point > > of interest in Linux kernel, maybe adding another allocator > > into mm/ is interesting but I'm not sure. what do you think ? > > This is the idea behind SLLB. > > > btw, what does stand for SLLB ? (just curious) > > SLUB is the unqueued SLAB and SLLB is the library SLAB. :D thanks. I will be back with SLLB and give v3 patches soon. -- Hajime