From: Jared Rhine <jared@wordzoo.com>
To: xen-devel@lists.sourceforge.net
Subject: [PATCH] xenctld - a control channel multiplexing daemon
Date: Mon, 24 Jan 2005 09:52:15 -0800 [thread overview]
Message-ID: <871xcag1f4.wl@badger.wordzoo.com> (raw)
In-Reply-To: <Pine.LNX.4.58.0501240957520.12186@bluesteel.lanl.gov>
[Ronald == rminnich@lanl.gov on Mon, 24 Jan 2005 10:04:29 -0700 (MST)]
Jared> Ron, is your performance concern because large clusters need
Jared> to pass a very high volume of control messages?
Ronald> re-reading this, however, I think my concerns about the
Ronald> extra daemon shrink into insignificance when I think about
Ronald> Python-based Xend ...
I think most people are agreed that a non-Python control
infrastructure will be developed in the not-so-distant future. So
to the extent your concerns about multiple daemons apply in a
non-Python environment, they should be addressed.
Ronald> The issue is that, in any large scale cluster, if you have
Ronald> enough processes running besides your application on the
Ronald> nodes, then the act of scheduling those processes -- even
Ronald> for select calls that return instantly
Ronald> -- can derange the application performance.
It may be that clustering people need a whole different toolset. If
you were trying to minimize process count, then you probably wouldn't
even want xcs, a multiplexing switch anyway. Indeed, why multiplex at
all? You might use a single control mechanism, preferably combining
whatever subset of xcs, xensv, xm, etc you needed.
I'll leave it others to figure out what all this means for xcs's
future.
Thanks for your cluster scheduling overview; it was helpful.
-- jared@wordzoo.com
http://www.geekcode.com/geek.html
-----BEGIN GEEK CODE BLOCK-----
Version: 3.12
GCM/CS/B
d s:++>+ a-
C++(++++)$ ULBSH++++ P+++ L+++ E++(+++) W++++ N- !o !K w !O M V
PS+++(-) PE++(--) Y+ PGP>++
t@ 5 X+ R>+ tv++>-- b>++ DI+ D- G
e++ h- r++>+++ y+++
------END GEEK CODE BLOCK------
-------------------------------------------------------
This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting
Tool for open source databases. Create drag-&-drop reports. Save time
by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc.
Download a FREE copy at http://www.intelliview.com/go/osdn_nl
next prev parent reply other threads:[~2005-01-24 17:52 UTC|newest]
Thread overview: 40+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-01-21 15:55 [PATCH] xenctld - a control channel multiplexing daemon Anthony Liguori
2005-01-21 16:39 ` Andrew Warfield
2005-01-21 17:19 ` Ronald G. Minnich
2005-01-21 19:59 ` Anthony Liguori
2005-01-21 20:44 ` Ronald G. Minnich
2005-01-21 21:14 ` Anthony Liguori
2005-01-21 20:54 ` Ronald G. Minnich
2005-01-21 21:28 ` Anthony Liguori
2005-01-21 21:37 ` Jared Rhine
2005-01-24 15:33 ` Ronald G. Minnich
2005-01-24 16:35 ` Anthony Liguori
2005-01-24 16:55 ` Jared Rhine
[not found] ` <Pine.LNX.4.58.0501240957520.12186@bluesteel.lanl.gov>
2005-01-24 17:52 ` Jared Rhine [this message]
2005-01-24 19:11 ` Anthony Liguori
2005-01-24 19:07 ` Anthony Liguori
2005-01-24 20:44 ` B.G. Bruce
2005-01-26 2:31 ` Jacob Gorm Hansen
2005-01-26 5:43 ` Anthony Liguori
2005-01-26 6:59 ` Jacob Gorm Hansen
2005-01-21 19:56 ` Anthony Liguori
2005-01-26 0:21 ` Michael Hohnbaum
2005-01-26 14:33 ` Andrew Warfield
2005-01-26 19:31 ` Anthony Liguori
2005-01-26 19:11 ` Andrew Warfield
2005-01-26 20:01 ` Anthony Liguori
2005-01-26 21:21 ` Daniel Stekloff
2005-01-26 22:28 ` Anthony Liguori
2005-01-26 21:57 ` Daniel Stekloff
2005-01-26 21:49 ` Michael Hohnbaum
2005-01-26 22:57 ` Anthony Liguori
2005-01-26 23:55 ` Michael Hohnbaum
2005-01-26 23:59 ` Daniel Stekloff
2005-01-27 7:05 ` Tobias Hunger
2005-01-27 14:19 ` Anthony Liguori
2005-01-27 18:05 ` Daniel Stekloff
2005-01-28 9:17 ` Steven Hand
2005-01-28 16:56 ` Daniel Stekloff
2005-01-27 0:13 ` Daniel Stekloff
2005-01-27 3:48 ` Daniel Stekloff
2005-01-26 23:36 ` Daniel Stekloff
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=871xcag1f4.wl@badger.wordzoo.com \
--to=jared@wordzoo.com \
--cc=xen-devel@lists.sourceforge.net \
/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.