From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail143.messagelabs.com (mail143.messagelabs.com [216.82.254.35]) by kanga.kvack.org (Postfix) with ESMTP id 8380C6B01EF for ; Mon, 12 Apr 2010 06:27:58 -0400 (EDT) Date: Mon, 12 Apr 2010 11:27:35 +0100 From: Mel Gorman Subject: Re: [PATCH 00 of 41] Transparent Hugepage Support #17 Message-ID: <20100412102734.GN25756@csn.ul.ie> References: <20100410194751.GA23751@elte.hu> <4BC0DE84.3090305@redhat.com> <20100411104608.GA12828@elte.hu> <4BC1B2CA.8050208@redhat.com> <20100411120800.GC10952@elte.hu> <20100412060931.GP5683@laptop> <20100412070811.GD5656@random.random> <20100412072144.GS5683@laptop> <4BC2D0C9.3060201@redhat.com> <20100412080748.GC18485@elte.hu> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-15 Content-Disposition: inline In-Reply-To: <20100412080748.GC18485@elte.hu> Sender: owner-linux-mm@kvack.org To: Ingo Molnar Cc: Avi Kivity , Nick Piggin , Andrea Arcangeli , Mike Galbraith , Jason Garrett-Glaser , Linus Torvalds , Pekka Enberg , Andrew Morton , linux-mm@kvack.org, Marcelo Tosatti , Adam Litke , Izik Eidus , Hugh Dickins , Rik van Riel , Dave Hansen , Benjamin Herrenschmidt , Mike Travis , KAMEZAWA Hiroyuki , Christoph Lameter , Chris Wright , bpicco@redhat.com, KOSAKI Motohiro , Balbir Singh , Arnd Bergmann , "Michael S. Tsirkin" , Peter Zijlstra , Johannes Weiner , Daisuke Nishimura List-ID: On Mon, Apr 12, 2010 at 10:07:48AM +0200, Ingo Molnar wrote: > > > > [*] Note, it would be even better if the kernel provided the C library [a'ka > klibc] and if hugetlbs could be utilized via malloc() et al more hugectl --heap does this. It uses the __morecore hook in glibc to back malloc with files on hugetlbfs. There is also a programming API with some basic usage at http://www.csn.ul.ie/~mel/docs/stream-api/ The difference in distributions will hopefully be ironed out by replacing custom scripts with calls to hugeadm to do the bulk of the configuration work - e.g. creating mount points and permissions. There is no need to be creating a new user-space library in the kernel repo. > transparently by us changing the user-space library in the kernel repo and > deploying it to apps via a new kernel that provides an updated C library. > We dont do that so we are stuck with crappier solutions and slower > propagation of changes. > -- Mel Gorman Part-time Phd Student Linux Technology Center University of Limerick IBM Dublin Software Lab -- To unsubscribe, send a message with 'unsubscribe linux-mm' in the body to majordomo@kvack.org. For more info on Linux MM, see: http://www.linux-mm.org/ . Don't email: email@kvack.org