public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: Shailabh Nagar <nagar@watson.ibm.com>
To: Rik van Riel <riel@redhat.com>
Cc: Christoph Hellwig <hch@infradead.org>,
	linux-kernel <linux-kernel@vger.kernel.org>,
	ckrm-tech <ckrm-tech@lists.sourceforge.net>
Subject: Re: [ckrm-tech] Re: [RFC] Revised CKRM release
Date: Fri, 30 Apr 2004 15:17:10 -0400	[thread overview]
Message-ID: <4092A636.7050304@watson.ibm.com> (raw)
In-Reply-To: <Pine.LNX.4.44.0404301502550.6976-100000@chimarrao.boston.redhat.com>

Rik van Riel wrote:
> On Fri, 30 Apr 2004, Christoph Hellwig wrote:
> 
> 
>>I'd hate to see this in the kernel unless there's a very strong need
>>for it and no way to solve it at a nicer layer of abstraction, e.g.
>>userland virtual machines ala uml/umlinux.
> 
> 
> User Mode Linux could definitely be an option for implementing
> resource management, provided that the overhead can be kept
> low enough.

....and provided the groups of processes that are sought to be 
regulated as a unit are relatively static.


> For these purposes, "low enough" could be as much as 30%
> overhead, since that would still allow people to grow the
> utilisation of their server from a typical 10-20% to as
> much as 40-50%.
> 

In overhead, I presume you're including the overhead of running as 
many uml instances as expected number of classes. Not just the 
slowdown of applications because they're running under a uml instance 
(instead of running native) ?

I think UML is justified more from a fault-containment point of view 
(where overheads are a lower priority) than from a performance 
isolation viewpoint.

In any case, a 30% overhead would send a large batch of higher-end 
server admins running to get a stick to beat you with :-)





  reply	other threads:[~2004-04-30 19:17 UTC|newest]

Thread overview: 21+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2004-04-29  8:25 [RFC] Revised CKRM release Shailabh Nagar
2004-04-30 16:41 ` Christoph Hellwig
2004-04-30 18:42   ` Shailabh
2004-04-30 19:03   ` [ckrm-tech] " Rik van Riel
2004-04-30 19:17     ` Shailabh Nagar [this message]
2004-04-30 19:31       ` Rik van Riel
2004-04-30 20:15         ` Shailabh Nagar
2004-05-01 13:07         ` Hubertus Franke
2004-04-30 22:43       ` Jeff Dike
2004-04-30 19:47     ` Shailabh
2004-04-30 22:17       ` Jeff Dike
2004-04-30 23:43         ` Herbert Poetzl
2004-05-01  6:10           ` Alex Lyashkov
2004-05-01 14:46             ` Herbert Poetzl
2004-05-02 12:28               ` Alex Lyashkov
2004-05-04 17:29   ` Marcelo Tosatti
2004-05-04 18:13     ` [ckrm-tech] " Hubertus Franke
2004-05-04 17:35 ` Marcelo Tosatti
2004-05-05  0:18   ` [ckrm-tech] " Shailabh Nagar
2004-05-05 18:48     ` Marcelo Tosatti
2004-05-06  0:00       ` Chandra Seetharaman

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=4092A636.7050304@watson.ibm.com \
    --to=nagar@watson.ibm.com \
    --cc=ckrm-tech@lists.sourceforge.net \
    --cc=hch@infradead.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=riel@redhat.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox