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/
Home Products Support Community News


[NOTABUG] Re: [Xen-users] Sun and BEA 1.5 64-bit JVMs not happy w/ Xen o

To: Ian Pratt <m+Ian.Pratt@xxxxxxxxxxxx>
Subject: [NOTABUG] Re: [Xen-users] Sun and BEA 1.5 64-bit JVMs not happy w/ Xen on x86_64
From: Charles Duffy <cduffy@xxxxxxxxxxx>
Date: Mon, 07 Nov 2005 05:40:47 -0600
Cc: xen-users@xxxxxxxxxxxxxxxxxxx
Delivery-date: Mon, 07 Nov 2005 11:41:15 +0000
Envelope-to: www-data@xxxxxxxxxxxxxxxxxxx
In-reply-to: <A95E2296287EAD4EB592B5DEEFCE0E9D32E7BE@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
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/cgi-bin/mailman/listinfo/xen-users>, <mailto:xen-users-request@lists.xensource.com?subject=subscribe>
List-unsubscribe: <http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-users>, <mailto:xen-users-request@lists.xensource.com?subject=unsubscribe>
References: <A95E2296287EAD4EB592B5DEEFCE0E9D32E7BE@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
Sender: xen-users-bounces@xxxxxxxxxxxxxxxxxxx
User-agent: Thunderbird 1.4 (Windows/20050908)
Ian Pratt wrote:
Please can you give us a recipe for provoking the bug using the sun jvm
(or better, a little program that just does the mmap).

[or are you saying that just running 'jave -version' a bunch of times
causes the issue? ]
Running "java -version" causes the issue every time, starting immediately after boot.

I just strace'd the Sun JVM, and it appears that the only mmap failing is requesting a full 1GB of RAM, and that only inconsequential amounts have been allocated hitherto. Looking into this further, I've found evidence that there's a bug in Sun's 64-bit JVMs causing them to allocate much more memory than is needed:

...and, further, that "ulimit -v" isn't being set appropriately on this system on account of an administration bug. [Swap was enabled only *after* boot, whereas SLES calculates the default ulimit -v as a percentage of total ram+swap at boot time].

Oops; sorry for the noise.

Xen-users mailing list

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