Re: [PATCH 00 of 41] Transparent Hugepage Support #17

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Mon, Apr 12, 2010 at 10:07:48AM +0200, Ingo Molnar wrote:
> 
> <SNIP>
> 
> [*] 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@xxxxxxxxxx  For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@xxxxxxxxx";> email@xxxxxxxxx </a>

[Index of Archives]     [Linux ARM Kernel]     [Linux ARM]     [Linux Omap]     [Fedora ARM]     [IETF Annouce]     [Bugtraq]     [Linux]     [Linux OMAP]     [Linux MIPS]     [ECOS]     [Asterisk Internet PBX]     [Linux API]