当前位置: 技术问答>java相关
java启动参数的问题
来源: 互联网 发布时间:2015-01-10
本文导语: 用java -?命令可列出如下选项 -client to select the "client" VM -hotspot is a synonym for the "hotspot" VM [deprecated] -server to select the "server" VM -classic to select the...
用java -?命令可列出如下选项
-client to select the "client" VM
-hotspot is a synonym for the "hotspot" VM [deprecated]
-server to select the "server" VM
-classic to select the "classic" VM
If present, the option to select the VM must be first.
The default VM is -client.
用java -X命令可列出如下选项
-Xmixed mixed mode execution (default)
-Xint interpreted mode execution only
-Xbootclasspath:
set search path for bootstrap classes and resources
-Xbootclasspath/a:
append to end of bootstrap class path
-Xbootclasspath/p:
prepend in front of bootstrap class path
-Xnoclassgc disable class garbage collection
-Xincgc enable incremental garbage collection
-Xbatch disable background compilation
-Xms set initial Java heap size
-Xmx set maximum Java heap size
-Xss set java thread stack size
-Xprof output cpu profiling data
-Xrunhprof[:help]|[:=, ...]
perform JVMPI heap, cpu, or monitor profiling
-Xdebug enable remote debugging
-Xfuture enable strictest checks, anticipating future default
-Xrs reduce use of OS signals by Java/VM
请高手解释一下这些参数的意思,哪几个最有用,应该在什么情况下使用,对程序性能有什么影响?
-client to select the "client" VM
-hotspot is a synonym for the "hotspot" VM [deprecated]
-server to select the "server" VM
-classic to select the "classic" VM
If present, the option to select the VM must be first.
The default VM is -client.
用java -X命令可列出如下选项
-Xmixed mixed mode execution (default)
-Xint interpreted mode execution only
-Xbootclasspath:
set search path for bootstrap classes and resources
-Xbootclasspath/a:
append to end of bootstrap class path
-Xbootclasspath/p:
prepend in front of bootstrap class path
-Xnoclassgc disable class garbage collection
-Xincgc enable incremental garbage collection
-Xbatch disable background compilation
-Xms set initial Java heap size
-Xmx set maximum Java heap size
-Xss set java thread stack size
-Xprof output cpu profiling data
-Xrunhprof[:help]|[:=, ...]
perform JVMPI heap, cpu, or monitor profiling
-Xdebug enable remote debugging
-Xfuture enable strictest checks, anticipating future default
-Xrs reduce use of OS signals by Java/VM
请高手解释一下这些参数的意思,哪几个最有用,应该在什么情况下使用,对程序性能有什么影响?
|
java -server 用在服务型的程序,如SOCKET SERVER,对安全和稳定性做了一定优化
java -client 是默认选择,速度快,占用资源较少
在win下,SUN JDK 新版本JVM默认时,可以使用64M, 旧版本是16M 。 当然你也可以通过指定参数,来修改内存配置
-Xms
-Xmx
-Xss
详细资料可以参考 forum.java.sun.com 上的相关栏目,内容很全!
java -client 是默认选择,速度快,占用资源较少
在win下,SUN JDK 新版本JVM默认时,可以使用64M, 旧版本是16M 。 当然你也可以通过指定参数,来修改内存配置
-Xms
-Xmx
-Xss
详细资料可以参考 forum.java.sun.com 上的相关栏目,内容很全!
|
透过 Java 参数来改善 Java 效能 (艾群科技 萧松瀛)
作者 : 艾群科技 萧松瀛
我们都知道, Java 在执行的时候会吃掉不少记忆体,而当记忆体不够
用的时候, JVM 会向系统要求更大的记忆体来使用。但是实际上对於 Ja
va 来说,我们会发现资料可以存在许多不同的地方,其中有两个重要的
是 Heap 以及 Stack 。这两者有什么差别,我们在以後会提到,但是在
这之前,我们先来看一个程式:
public class testHeap
{
public static void main(String argv[])
{
StringBuffer sb = new StringBuffer();
long starttime;
long endtime;
starttime = System.currentTimeMillis();
for(int i=0; i <=100000; i++)
{
sb.append(i).append("hello").append(i);
if(i % (100000/2) == 0)
{
System.out.println(Runtime.getRuntime().totalMe
mory());
}
}
endtime = System.currentTimeMillis();
System.out.println("Time: "+(endtime-starttim
e));
}
}
执行的结果如下
C:javatmp> java testHeap
2031616
5578752
10498048
Time: 651
在这里,我们看到 totalMemory 不断的上升,当然,这是正常现象,但
是实际上我们可以控制 JVM 一开始就抓取的记忆体大小,这样的好处是
JVM 一开始就抓取了大量的 Heap 。怎么做呢? 我们先用 java -X 来看
看他有哪些额外的参数可以下,没错,我看到我感兴趣的几个参数
-Xms <size> set initial Java heap size
-Xmx <size> set maximum Java heap size
-Xss <size> set java thread stack size
接著,我想要让 JVM 一开始就抓取大量的记忆体,因此我选择 -Xms 这
个参数,底下是我的执行结果:
C:javatmp> java -Xms50000000 testHeap
49741824
49741824
49741824
Time: 480
这时候我们看到 total 的记忆体维持不变,原因很简单,因为 testHea
p 使用记忆体的量,并没有超过我们一开始抓到的量。但是有一个很有趣
的现象是回圈内的时间已经更短了,换一个角度来说,就是程式跑起来更
有效率。这种以记忆体空间来换取执行时间的方式,也许并不是最棒的校
调方法,但是却是一个在不修改程式码的方式下,提高效率的方法。当然
,我们也可以限制记忆体的最大用量,参数则为 -Xmx 。一般说来,我并
不建议您设定 -Xmx ,原因很简单,因为一旦您设定了 -Xmx ,那么 JVM
所抓取的记忆体量到了这个值之後,便不会再抓取记忆体,也就是说您
的程式将无法执行,我们看看底下的结果
C:javatmp> java -Xmx5000000 testHeap
2031616
5578752
Exception in thread "main" java.lang.OutOfMemoryError
C:javatmp>
作者 : 艾群科技 萧松瀛
我们都知道, Java 在执行的时候会吃掉不少记忆体,而当记忆体不够
用的时候, JVM 会向系统要求更大的记忆体来使用。但是实际上对於 Ja
va 来说,我们会发现资料可以存在许多不同的地方,其中有两个重要的
是 Heap 以及 Stack 。这两者有什么差别,我们在以後会提到,但是在
这之前,我们先来看一个程式:
public class testHeap
{
public static void main(String argv[])
{
StringBuffer sb = new StringBuffer();
long starttime;
long endtime;
starttime = System.currentTimeMillis();
for(int i=0; i <=100000; i++)
{
sb.append(i).append("hello").append(i);
if(i % (100000/2) == 0)
{
System.out.println(Runtime.getRuntime().totalMe
mory());
}
}
endtime = System.currentTimeMillis();
System.out.println("Time: "+(endtime-starttim
e));
}
}
执行的结果如下
C:javatmp> java testHeap
2031616
5578752
10498048
Time: 651
在这里,我们看到 totalMemory 不断的上升,当然,这是正常现象,但
是实际上我们可以控制 JVM 一开始就抓取的记忆体大小,这样的好处是
JVM 一开始就抓取了大量的 Heap 。怎么做呢? 我们先用 java -X 来看
看他有哪些额外的参数可以下,没错,我看到我感兴趣的几个参数
-Xms <size> set initial Java heap size
-Xmx <size> set maximum Java heap size
-Xss <size> set java thread stack size
接著,我想要让 JVM 一开始就抓取大量的记忆体,因此我选择 -Xms 这
个参数,底下是我的执行结果:
C:javatmp> java -Xms50000000 testHeap
49741824
49741824
49741824
Time: 480
这时候我们看到 total 的记忆体维持不变,原因很简单,因为 testHea
p 使用记忆体的量,并没有超过我们一开始抓到的量。但是有一个很有趣
的现象是回圈内的时间已经更短了,换一个角度来说,就是程式跑起来更
有效率。这种以记忆体空间来换取执行时间的方式,也许并不是最棒的校
调方法,但是却是一个在不修改程式码的方式下,提高效率的方法。当然
,我们也可以限制记忆体的最大用量,参数则为 -Xmx 。一般说来,我并
不建议您设定 -Xmx ,原因很简单,因为一旦您设定了 -Xmx ,那么 JVM
所抓取的记忆体量到了这个值之後,便不会再抓取记忆体,也就是说您
的程式将无法执行,我们看看底下的结果
C:javatmp> java -Xmx5000000 testHeap
2031616
5578752
Exception in thread "main" java.lang.OutOfMemoryError
C:javatmp>