<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0">
	<channel>
		<title><![CDATA[JavaRanch: Latest posts for the topic "Can I my -Xmx option be as high as 256M?"]]></title>
		<link>http://www.coderanch.com/forums/t/15/Performance/my-Xmx-option-as-high</link>
		<description><![CDATA[Latest messages posted in the topic "Can I my -Xmx option be as high as 256M?"]]></description>
		<generator>JForum - http://www.jforum.net</generator>
			<item>
				<title>Can I my -Xmx option be as high as 256M?</title>
				<description><![CDATA[Can I my -Xmx option be as high as 256M?]]></description>
				<guid isPermaLink="true">http://www.coderanch.com/forums/posts/preList/201474/976595</guid>
				<link>http://www.coderanch.com/forums/posts/preList/201474/976595</link>
				<pubDate><![CDATA[Thu, Mar 8 2001 22:50:00 MST]]></pubDate>
				<author><![CDATA[Alok Pota]]></author>
			</item>
			<item>
				<title>Can I my -Xmx option be as high as 256M?</title>
				<description><![CDATA[On most JVMs. Test it out for your JVM. On Sun's Windows 1.3 JVM I get variously:<br /> 1024M works<br /> &lt;PRE&gt;<br /> c:\java\jdk1.3\bin\java.exe -Xmx1024M<br /> Usage: <a href="http://www.javaranch.com" class="faq" title="A Friendly Place for Java Greenhorns" target="_new">java</a> [-options] class [args...]<br />            (to execute a class)<br />    or  java -jar [-options] jarfile [args...]<br />            (to execute a jar file)<br /> ...<br /> &lt;/PRE&gt;<br /> 2048 doesn't<br /> &lt;PRE&gt;<br /> c:\java\jdk1.3\bin\java.exe -Xmx2048M<br /> Invalid maximum heap size: -Xmx2048M<br /> Could not create the Java virtual machine.<br /> &lt;/PRE&gt;<br /> 2047 gives an interesting failure<br /> &lt;PRE&gt;<br /> C:\&gt;c:\java\jdk1.3\bin\java.exe -Xmx2047M<br /> Error occurred during initialization of VM<br /> Size of maximum heap (-2147483648 bytes) must be aligned to 2097152 bytes<br /> &lt;/PRE&gt;<br /> --Jack Shirazi &lt;A HREF="http://www.JavaPerformanceTuning.com/" TARGET=_blank rel="nofollow"&gt;http://www.JavaPerformanceTuning.com/&lt;/A&gt; <br /> ]]></description>
				<guid isPermaLink="true">http://www.coderanch.com/forums/posts/preList/201474/976596</guid>
				<link>http://www.coderanch.com/forums/posts/preList/201474/976596</link>
				<pubDate><![CDATA[Fri, Mar 9 2001 05:13:00 MST]]></pubDate>
				<author><![CDATA[Jack Shirazi]]></author>
			</item>
			<item>
				<title>Can I my -Xmx option be as high as 256M?</title>
				<description><![CDATA[But bear in mind that you should always keep Mx some way below your actual max RAM, or <i>any</i> other processes will cause the JVM to start swapping - which is bad.]]></description>
				<guid isPermaLink="true">http://www.coderanch.com/forums/posts/preList/201474/976597</guid>
				<link>http://www.coderanch.com/forums/posts/preList/201474/976597</link>
				<pubDate><![CDATA[Fri, Mar 9 2001 06:21:00 MST]]></pubDate>
				<author><![CDATA[Frank Carver]]></author>
			</item>
			<item>
				<title>Can I my -Xmx option be as high as 256M?</title>
				<description><![CDATA[*Theoretically* does that mean if I were to have 1 GB of RAM and HotSpot JVM was the only thing installed on that machine, I could specify it to go as high as 0.75 GB?  <br /> Is there an upper limit on the RAM that the JVM itself can borrow even though the OS is ready to give that RAM?<br /> I am not very familiar with memory issues so pardon my ignorance on some of these issues. :-)]]></description>
				<guid isPermaLink="true">http://www.coderanch.com/forums/posts/preList/201474/976598</guid>
				<link>http://www.coderanch.com/forums/posts/preList/201474/976598</link>
				<pubDate><![CDATA[Fri, Mar 9 2001 16:36:00 MST]]></pubDate>
				<author><![CDATA[Alok Pota]]></author>
			</item>
			<item>
				<title>Can I my -Xmx option be as high as 256M?</title>
				<description><![CDATA[ <blockquote class="uncited">
			<div>Originally posted by Frank Carver:<br /> <b>But bear in mind that you should always keep Mx some way below your actual max RAM, or <i>any</i> other processes will cause the JVM to start swapping - which is bad.</b></div>
		</blockquote><br /> Do I misunderstand how these flags work? I thought the JVM will grow its heap to the maximum setting only when necessary. Surely some swapping is preferable to an OutOfMemory error?<br />  - Peter<br /> ]]></description>
				<guid isPermaLink="true">http://www.coderanch.com/forums/posts/preList/201474/976599</guid>
				<link>http://www.coderanch.com/forums/posts/preList/201474/976599</link>
				<pubDate><![CDATA[Sat, Mar 10 2001 03:09:00 MST]]></pubDate>
				<author><![CDATA[Peter den Haan]]></author>
			</item>
			<item>
				<title>Can I my -Xmx option be as high as 256M?</title>
				<description><![CDATA[Yes, it will grow it only when necessary, but what happens when it does?<br /> I may be wrong, but I think the missing factor is the Garbage Collector.  If your system has a fair amount of object churn (and most <a href="http://www.javaranch.com" class="faq" title="A Friendly Place for Java Greenhorns" target="_new">Java</a> software does), then a large heap will tend to accumulate lots of objects awaiting GC.  Now, if some of this heap has to be swapped out, then when it comes to be Garbage Collected the Garbage Collector can really thrash the swapping mechanism, which is a huge performance hit.<br /> As a rule, I don't think you should really run Java software which is too big for physical RAM unless there is no other way, and you are prepared to take a massive thrashing hit. Setting the max heap size to less than the physical limit is an effective way to ensure this doesn't happen accidentally.]]></description>
				<guid isPermaLink="true">http://www.coderanch.com/forums/posts/preList/201474/976600</guid>
				<link>http://www.coderanch.com/forums/posts/preList/201474/976600</link>
				<pubDate><![CDATA[Sun, Mar 11 2001 02:47:00 MST]]></pubDate>
				<author><![CDATA[Frank Carver]]></author>
			</item>
			<item>
				<title>Can I my -Xmx option be as high as 256M?</title>
				<description><![CDATA[ <blockquote class="uncited">
			<div>Originally posted by Frank Carver:<br /> <b>I may be wrong, but I think the missing factor is the Garbage Collector.  If your system has a fair amount of object churn (and most <a href="http://www.javaranch.com" class="faq" title="A Friendly Place for Java Greenhorns" target="_new">Java</a> software does), then a large heap will tend to accumulate lots of objects awaiting GC.</b></div>
		</blockquote><br /> I see the point. Yet one would hope that a generational garbage collector would behave much better in this regard... it would be interesting to try it out with a modern JVM?<br />  - Peter<br /> ]]></description>
				<guid isPermaLink="true">http://www.coderanch.com/forums/posts/preList/201474/976601</guid>
				<link>http://www.coderanch.com/forums/posts/preList/201474/976601</link>
				<pubDate><![CDATA[Mon, Mar 12 2001 01:56:00 MST]]></pubDate>
				<author><![CDATA[Peter den Haan]]></author>
			</item>
	</channel>
</rss>
