All of lore.kernel.org
 help / color / mirror / Atom feed
From: Julian Pawlowski <lists@jp-solution.net>
To: "xen-users@lists.xensource.com" <xen-users@lists.xensource.com>,
	"xen-devel@lists.xensource.com" <xen-devel@lists.xensource.com>
Subject: Possibilities with Xen3 compared to IBM Power5 DLPAR
Date: Wed, 14 Mar 2007 16:02:14 +0100	[thread overview]
Message-ID: <C21DCD06.6D84%lists@jp-solution.net> (raw)

Hey guys,

I'm just comparing the current development state of Xen with the established
technology from IBM on current Power5 series.
I could'nt find any information to these questions on the internet...

1. Does Xen support capacity entitlement for the CPUs, e.g.
   for processor pooling? (does Xen classify the CPU capacity
   into time slices? Would be the first step...)

2. If question 1 is "yes" or "will be in some day", is/will
   there be support for capped and uncapped domU's so that you can
   mix up things?

3. If uncapped use of a processor pool is possible, how about weighting
   different domU's? (e.g. dom0 should have uncapped mode with the
   highest weight)

4. Where can I find any further information about the dynamical
   change of active VCPUs and memory settings? E.g. What the domU
   guest system needs to have for supporting this.

5. Does Xen support SMT (simultanious multithreading) in the domU to
   also have logical processors in addition to virtual processors?
   Depends it on the physical processor so I would need a multi-core
   system which also supports SMT? But how would I control that I want to
   use SMT in some domU's and some not?

6. Can I really have a dedicated processor core assigned to dom0 or
   any domU and no other domU will use exactly that physical processing
   unit? (e.g. to make sure the L2 cache can be used more effective on
   multi-core CPUs)

I don't know which of these features have to be in hardware or can be
realized in software, so please don't blame me :-)


Maybe an interesting discussion this whole topic :-)

Looking forward to your answers!


Greetz
Julian

             reply	other threads:[~2007-03-14 15:02 UTC|newest]

Thread overview: 11+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2007-03-14 15:02 Julian Pawlowski [this message]
2007-03-15  3:18 ` Possibilities with Xen3 compared to IBM Power5 DLPAR Mark Williamson
2007-03-15 12:05   ` Julian Pawlowski
2007-03-15 13:19     ` Julian Pawlowski
2007-03-15 17:21       ` Ewan Mellor
2007-03-15 18:27         ` Julian Pawlowski
2007-03-15 18:32           ` Ewan Mellor
2007-03-15 18:41             ` Julian Pawlowski
2007-03-15 18:48               ` Ewan Mellor
2007-03-15 19:02                 ` Julian Pawlowski
2007-03-16  1:37     ` Mark Williamson

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=C21DCD06.6D84%lists@jp-solution.net \
    --to=lists@jp-solution.net \
    --cc=xen-devel@lists.xensource.com \
    --cc=xen-users@lists.xensource.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.