WARNING - OLD ARCHIVES

This is an archived copy of the Xen.org mailing list, which we have preserved to ensure that existing links to archives are not broken. The live archive, which contains the latest emails, can be found at http://lists.xen.org/
   
 
 
Xen 
 
Home Products Support Community News
 
   
 

xen-devel

[Xen-devel] [RFC] need good name for new config option

To: "Xen-Devel (E-mail)" <xen-devel@xxxxxxxxxxxxxxxxxxx>
Subject: [Xen-devel] [RFC] need good name for new config option
From: Dan Magenheimer <dan.magenheimer@xxxxxxxxxx>
Date: Thu, 8 Oct 2009 13:28:48 -0700 (PDT)
Delivery-date: Thu, 08 Oct 2009 13:31:46 -0700
Envelope-to: www-data@xxxxxxxxxxxxxxxxxxx
List-help: <mailto:xen-devel-request@lists.xensource.com?subject=help>
List-id: Xen developer discussion <xen-devel.lists.xensource.com>
List-post: <mailto:xen-devel@lists.xensource.com>
List-subscribe: <http://lists.xensource.com/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=subscribe>
List-unsubscribe: <http://lists.xensource.com/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=unsubscribe>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
I will be looking at adding a per-domain config option
that, if specified, will disallow restore or live migration
for that domain.  (Probably save will be permitted and
suitable munging in the save file might be used to
override it at the VM administrator's risk.)

In a previous post, I called this "landlocked" but
I'm not very happy with that name.

"no_restore" doesn't describe that migration is disallowed
(though it may be obvious to Xen developers who understand
that much of the save/restore/migrate code is shared)

"no_migrate" doesn't describe that restore is disallowed

"marooned" was suggested

"locked" was suggested

Unless someone comes up with a much more descriptive
term, I'll probably go with "no_migrate" (and argue that
a save+restore is just a temporal migration on the same
physical machine, so is also disallowed ;-)

Any better ideas?

Thanks,
Dan

P.S. Why?  Some simplifying assumptions can be made
regarding rdtsc usage by a domain if no migrations
are allowed and the domain is launched on certain
hardware.  There are likely other current or future
features that may similarly benefit, so I'm looking
for a generic name (not tied to "tsc").

_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-devel

<Prev in Thread] Current Thread [Next in Thread>