[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <20061030024320.962b4a88.pj@sgi.com>
Date: Mon, 30 Oct 2006 02:43:20 -0800
From: Paul Jackson <pj@....com>
To: vatsa@...ibm.com
Cc: dev@...nvz.org, sekharan@...ibm.com, menage@...gle.com,
akpm@...l.org, ckrm-tech@...ts.sourceforge.net,
rohitseth@...gle.com, balbir@...ibm.com, dipankar@...ibm.com,
matthltc@...ibm.com, haveblue@...ibm.com,
linux-kernel@...r.kernel.org
Subject: Re: [RFC] Resource Management - Infrastructure choices
vatsa wrote:
> C. Paul Menage's container patches
>
> Provides a generic heirarchial ...
>
> Consensus/Debated Points
> ------------------------
>
> Consensus:
> ...
> - Dont support heirarchy for now
Looks like this item can be dropped from the concensus ... ;).
I for one would recommend getting the hierarchy right from the
beginning.
Though I can appreciate that others were trying to "keep it simple"
and postpone dealing with such complications. I don't agree.
Such stuff as this deeply affects all that sits on it. Get the
basic data shape presented by the kernel-user API right up front.
The rest will follow, much easier.
Good review of the choices - thanks.
--
I won't rest till it's the best ...
Programmer, Linux Scalability
Paul Jackson <pj@....com> 1.925.600.0401
-
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