JVM调优笔记

java -Djava.security.egd=file:/dev/./urandom  -Xms128m -Xmx128m -XX:MetaspaceSize=128M -XX:MaxMetaspaceSize=128M -XX:+HeapDumpOnOutOfMemoryError -XX:HeapDumpPath=/var/log/javadump -jar user.jar &

java 
-Djava.security.egd=file:/dev/./urandom  
-Xms128m 
-Xmx128m 
-XX:MetaspaceSize=128M 
-XX:MaxMetaspaceSize=128M 
-XX:+HeapDumpOnOutOfMemoryError 
-XX:HeapDumpPath=/var/log/javadump 
-jar yzh-message.jar &

1）-Djava.security.egd=file:/dev/./urandom :采用非阻塞的熵源(entropy source)
和随机数生成有关，tomcat服务器中的sessionId。
/dev/random设备会返回小于熵池噪声总数的随机字节。
/dev/random可生成高随机性的公钥或一次性密码本。若熵池空了，对/dev/random的读操作将会被阻塞，直到收集到了足够的环境噪声为止
/dev/urandom 则是一个非阻塞的发生器:
（”unlocked”，非阻塞的随机数发生器），它会重复使用熵池中的数据以产生伪随机数据。这表示对/dev/urandom的读取操作不会产生阻塞，但其输出的熵可能小于/dev/random的。它可以作为生成较低强度密码的伪随机数生成器，不建议用于生成高强度长期密码。
但这里值为何要在dev和random之间加一个点呢？是因为一个jdk的bug，在这个bug的连接里有人反馈及时对 securerandom.source 设置为 /dev/urandom 它也仍然使用的 /dev/random，有人提供了变通的解决方法，其中一个变通的做法是对securerandom.source设置为 /dev/./urandom 才行。
曾经看过Jdk的相关源码，当java.security.egd值为file:/dev/urandom或者file:/dev/random时，都用的是阻塞的熵源，所以就是为什么file:/dev/urandom不生效， 而中间多一个点就生效了。

2）java中堆内存的设置，一般设置为同样大小
-Xms128m :初始堆大小为128M
-Xmx128m :最大堆大小为128M

3）元空间，使用的内存是本地的内存
-XX:MetaspaceSize=128M 
-XX:MaxMetaspaceSize=128M :这个参数用于限制Metaspace增长的上限，防止因为某些情况导致Metaspace无限的使用本地内存，影响到其他程序。在本机上该参数的默认值为4294967295B（大约4096MB）。

4）内存溢出
-XX:+HeapDumpOnOutOfMemoryError :内存溢出时生成heapdump文件
参数：
-XX:HeapDumpPath=/var/log/javadump ：内存溢出后，heapdump文件存放的位置

/dev/urandom：
Started TestApplication in 7.388 seconds (JVM running for 8.37)
Started TestApplication in 7.064 seconds (JVM running for 8.06)
Started TestApplication in 7.376 seconds (JVM running for 8.361)
/dev/random
Started TestApplication in 7.144 seconds (JVM running for 8.196)
Started TestApplication in 7.38 seconds (JVM running for 8.372)