On 16.05.2008 [12:38:58 -0700], Eric B Munson wrote: > V2 > > As environment variables are added and/or change meaning it will become more > complicated for end users to remember how to properly invoke their program > using libhugetlbfs. This front-end will be updated to setup and run > programs with libhugetlbfs without relying on the caller to remember how > the environment should be configured. > > Signed-off-by: Eric B Munson <[EMAIL PROTECTED]> > > --- > Changes from V1: > Update hugectl to handle the environment variables currently in > libhugetlbfs Comment out huge page backed stack helper, functionality > not yet in kernel
I would go even further than this. Remove any code that does not have a functionality backing it that is stable and well-tested, say, for the past few months. And since this is a real new way of using hugepages for applications, let's just start with a usage() and that's it? As we decide on how to pass parameters for other functionality, like the heap or force-remap, or whatever, we can add them as separate patches to hugectl. I think we should treat hugectl very seriously like an ABI. All committed changes need to be heavily thought out and are permanent. The environment variables actually implementing the requests from the user can be modified, but not the interface that hugectl presents, so I want to be really careful here. So let's start really small and work our way up. Thanks, Nish ------------------------------------------------------------------------- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ _______________________________________________ Libhugetlbfs-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/libhugetlbfs-devel
