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-users

[Xen-users] how to configure cpuid in pvm ?

To: xen-users@xxxxxxxxxxxxxxxxxxx
Subject: [Xen-users] how to configure cpuid in pvm ?
From: Samuel Kvasnica <bugreports@xxxxxxxxxxxxxx>
Date: Mon, 3 Jan 2011 17:24:52 +0100
Delivery-date: Mon, 03 Jan 2011 08:20:47 -0800
Envelope-to: www-data@xxxxxxxxxxxxxxxxxxx
List-help: <mailto:xen-users-request@lists.xensource.com?subject=help>
List-id: Xen user discussion <xen-users.lists.xensource.com>
List-post: <mailto:xen-users@lists.xensource.com>
List-subscribe: <http://lists.xensource.com/mailman/listinfo/xen-users>, <mailto:xen-users-request@lists.xensource.com?subject=subscribe>
List-unsubscribe: <http://lists.xensource.com/mailman/listinfo/xen-users>, <mailto:xen-users-request@lists.xensource.com?subject=unsubscribe>
Organization: IMS AG
Sender: xen-users-bounces@xxxxxxxxxxxxxxxxxxx
User-agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.2.13) Gecko/20101207 Lightning/1.0b2 Thunderbird/3.1.7
Hello,

I got into troubles with the live migration of a Xen domU pvm running a
java application.

There are 2 host systems. One is a newer Xeon3450 system, the other one
is a 2-core PentiumD.
Both are running xenified 2.6.34.7 kernel, xen is 4.0.1. If the java
application was initially started
when domU is located on weaker node, i.e. PentiumD, it can be
sucessfully migrated back and forth.
But if the application was first started when on newer Xeon node, jvm
will crash with internal invalid instruction
error while migrating to PentiumD.

That seems like java jit compiler is performing some
cpu-code-optimizations which are based
on cpu model/features determined upon jvm start. (Unfortunately there
does not seem to be any explicit option
to disable such optimization or select particular cpu model).

Given this conclusion, I started to tweak the cpuid settings in domU
config. I managed to get
a common subset of cpu features for both nodes. These are visible in
/proc/cpuinfo on both nodes
and seem to be correct.
However, jvm will still crash in course of migration, so it seems like
the cpuid does not really work
on low level.
 
Indeed, I tried the cpuid utility:
http://www.etallen.com/cpuid.html
and it reports real cpu model/features independent what do I set in
cpuid config !

Whats wrong here ? Is cpuid not supposed to work in paravirt domain ?
Are cpuid registers not really emulated ?


best regards,

Sam

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

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