域名配置文件_《Tomcat和JVM 的性能调优经验总结》

性能调优

找到根目录下的conf目录，修改.xml文件内容。对于这部分的调优，我所知道的就是设置服务器的最大并发数和初始化时创建的线程数，当然还有其他的性能调优设置。

下图是我根据自己机器的性能设置的一些参数值。让我详细解释一下：

1.=“UTF-8”：设置字符集。

我们一般不设置这个配置，因为在具体项目中我们会处理乱码的转换。直接修改字符集太死板了。

2.=“300”：设置当前最大并发数。

默认配置的最大请求数为150，即可以同时支持150个并发请求。

但在实际应用中，最大并发数与硬件性能和CPU数量密切相关。更好的硬件和更高的处理器将支持更多并发。

一般在实际开发中，当应用程序并发数超过250个时，就会考虑应用服务器集群。

3.=“50”：设置当前初始化时创建的线程数。默认值为 25。

4.=“250”：当同时连接数达到参数设定的值时，还可以接收排队连接数。如果连接数超过这个，连接将被直接拒绝。指定当用于处理请求的所有可用线程均已使用时可放入处理队列中的请求数。超过此数量的请求将不会被处理。默认值为 100。

在实际应用中，如果要增加并发数，应该同时增加sum的值。

5.=“false”：是否启用域名反向查找。一般设置为 false 以提高处理能力。它的价值也是如此，一般很少使用。

6.=“1”：nginx不能动态传输，但nginx默认开启，会等待。如果没有默认设置，将会使用它。

所以必须设置超时并关闭。否则会产生大量。

="1"可以避免产生大量连接，从而在一定程度上避免假死。

JVM 性能调优

它仍然运行在 JVM 上。通过调整JVM参数，我们可以获得更好的性能。

目前，JVM调优主要有两个方面：内存调优和垃圾回收策略调优。

1. 内存调优

找到根目录下的bin目录，设置.sh文件中的变量，因为后续的启动参数会被当做JVM启动参数处理。

另外，Java虚拟机的内存结构有点复杂。相信很多人都理解得很抽象。主要由堆、栈、方法区和垃圾收集系统组成。以下是我从网上抄来的。内存结构图：

内存调优无非就是修改各自内存空间的大小，以便应用程序能够更合理地使用。

下图是我根据自己机器的性能设置的参数。我来详细解释一下各个参数的含义：

1、-：设置Java虚拟机堆的最大可用内存大小，单位：兆字节（m），整个堆大小=年轻代大小+老生代大小+持久代大小。

持久代一般固定大小为64m。堆的不同分布会对系统产生一定的影响。尽可能保留新生代中的对象，以减少老年代的GC次数（一般来说老年代的收集速度较慢）。

在实际工作中，通常将堆的初始值和最大值设置为相等，这样可以减少程序运行时的垃圾回收次数和空间扩展，从而提高程序性能。

2、-：设置Java虚拟机堆的初始内存大小，单位：兆字节（m）。该值可以设置为与-Xmx相同，以避免每次垃圾回收完成后JVM重新分配内存。

3. -：设置年轻代内存大小，单位为兆字节（m）。该值对系统性能影响较大。 Sun官方建议将其配置为整个堆的3/8。一般来说，增加年轻代内存后，老年代大小也会减小。

4.-：设置每个线程的堆栈大小。 JDK5.0以后，每个线程的堆栈大小为1M。过去，每个线程的堆栈大小是256K。调整更多应用程序线程所需的内存大小。

在相同的物理内存下，减小这个值可以产生更多的线程。但是操作系统对于一个进程中的线程数量还是有限制的，不能无限生成。经验值在3000~5000左右。

5、-XX:=4：设置年轻代（包括Eden和两个区域）与老年代（不包括持久代）的比例。设置为4，年轻代与老年代的比例为1:4，年轻代占整个堆栈的1/5。

6、-XX:=4：设置Eden区与年轻代区的大小比例。设置为4，两个区域与一个Eden区域的比例为2:4，一个区域占整个年轻代的1/6。

7. -XX:=16m：设置持久代大小为16m。上文提到，持久代一般固定内存大小为64m。

8. -XX:=0：设置垃圾的最大年龄。

如果设置为0，年轻代对象将直接进入老年代，不经过该区域。对于老年代数量较多的应用，可以提高效率。

如果将该值设置为较大的值，则年轻代对象会在该区域被多次复制，这样可以增加对象在年轻代中的生存时间，增加在年轻代中被回收的可能性。

2. 垃圾收集策略调优

找到根目录下的bin目录，并在.sh文件中设置变量。

我们都知道Java虚拟机有默认的垃圾收集机制，但是不同的垃圾收集机制的效率是不同的。也正是因为如此，我们经常会相应地调整Java虚拟机的垃圾回收策略。

下面也是根据我的一些需求配置的垃圾回收策略：

Java虚拟机的垃圾收集策略一般分为：串行收集器、并行收集器和并发收集器。

串行收集器：

1、-XX:+：表示垃圾收集策略是串行收集器，即整个扫描和复制过程都是以单线程的方式进行的。适合单CPU，新生代空间较小，暂停时间要求不是很高。从应用上来说，是默认的GC方式，主要是JDK1.5之前的垃圾回收方式。

并发收集器：

1. -XX:+：表示垃圾收集策略为并行收集器（吞吐量优先），即整个扫描和复制过程以多线程的方式进行，适合多CPU且多线程的应用程序短暂停时间要求。 ，是关卡使用的默认 GC 方法。

这个配置只对年轻代有效。这种配置只能让年轻代使用并发收集，而老年代仍然使用串行收集。

2、-XX:=4：配置并行收集器的线程数，即可以同时有多少个线程进行垃圾收集。该值最好配置为等于处理器的数量。

3. -XX:+：配置老年代垃圾收集方式为并行收集。 JDK6.0支持老年代的并行收集。

4、-XX:=100：设置每次年轻代垃圾回收的最大时间。如果不能满足这个时间，JVM会自动调整年轻代大小来满足这个值。

5. -XX:+y：设置该选项后，并行收集器将自动选择年轻代区域大小和相应的区域比例，以达到目标系统指定的最小响应时间或收集频率。该值建议使用并行收集器，始终打开。

并发收集器：

1、-XX:+：表示垃圾收集策略是并发收集器。

好了，关于虚拟机的垃圾回收策略我就总结到这里了。还是那句话：优化学习永远在路上。这是从其他博客盗来的图片。据说以上三种GC机制是需要配合使用的。