tomcat的并发与性能优化思路

     最近负责一套系统，用的是lvs+nginx+tomcat+varnish+memcached+oracle的架构，参考了网上一些大牛的博客资料，供你们参考。

     tomcat 是一个轻量级应用服务器，在中小型系统和并发访问用户不是不少的场合下被广泛使用，是开发和调试JSP 程序的首选。Tomcat 默认配置的最大请求数是 150，也就是说同时支持 150 个并发，固然了，也能够将其改大。当一个进程有 500 个线程在跑的话，那性能已是很低很低了，当某个应用拥有 250 个以上并发的时候，应考虑应用服务器的集群。tomcat的最大并发数是能够配置的，实际运用中，最大并发数与硬件性能和CPU数量都有很大关系的。更好的硬件，更多的处理器都会使Tomcat支持更多的并发。具体能承载多少并发，须要看硬件的配置，CPU 越多性能越高，分配给 JVM 的内存越多性能也就越高，但也会加剧 GC 的负担。这个并发能力还与应用的逻辑密切相关，若是逻辑很复杂须要大量的计算，那并发能力势必会降低。若是每一个请求都含有不少的数据库操做，那么对于数据库的性能也是很是高的。对于单台数据库服务器来讲，容许客户端的链接数量是有限制的。

    Tomcat 默认的 HTTP 实现是采用阻塞式的 Socket 通讯，每一个请求都须要建立一个线程处理。这种模式下的并发量受到线程数的限制，但对于 Tomcat 来讲几乎没有 BUG 存在了。Tomcat 还能够配置 NIO 方式的 Socket 通讯，在性能上高于阻塞式的，每一个请求也不须要建立一个线程进行处理，并发能力比前者高。但没有阻塞式的成熟。
    系统环境不一样，Tomcat版本不一样、JDK版本不一样、以及修改的设定参数不一样。并发量的差别仍是满大的。

    操做系统对于进程中的线程数有必定的限制：Windows 每一个进程中的线程数不容许超过 2000,Linux 每一个进程中的线程数不容许超过 1000,另外，在 Java 中每开启一个线程须要耗用 1MB 的 JVM 内存空间用于做为线程栈之用。