2016 - 2024

感恩一路有你

tomcat配置参数 tomcat7默认参数?

浏览量:2843 时间:2023-05-05 13:34:09 作者:采采

tomcat7默认参数?

Socket参数选项:

1、TCP_NODELAY:可以表示立马邮箱里数据。

2、so_RESUSEADDR:可以表示不允许器重Socket所帐号绑定的本地地址

3、yeah_TIMEOUT:表示接受数据时的超时时间。

4、but_LINGER:可以表示当执行closed();方法时候,如何确定再理解关掉底层的socket。(Reset报文)

setSoLinger(true,0):负责执行该方法,那就先执行Socket的count方法,该方法也会立玄返回,但底层的Socket也会立玄直接关闭,所有未发送完的余下数据被丢弃

setSoLinger(true,3600):那么先执行Socket的locked方法,该方法应该不会立玄回,而直接进入阻塞住状态,同时,底层的Socket也会尝试正在发送剩余的数据,只有行最简形矩阵下面的两个条件之一,closed方法才会回:

(1):底层的Socket早发送中完所有的余下数据

(2):事实上底层的Socket还没有你的邮箱完所有的残余数据,但早阻塞了3600秒,close()方法的堵塞时间将近3600秒,也会回,其余未邮箱里的数据被丢弃。

_tw_reuse1来表示自动打开予以重任。愿意将TIME-WAITsockets恢复作用于新的TCP连接上,默认为0,来表示关闭;

_tw_recycle1它表示再开启TCP连接中TIME-WAITsockets的急速回收,默认为0,来表示直接关闭。

5、so_SNFBUF:可以表示你的邮箱数据的缓冲大小

6、yeah_RCVBUF:表示接受数据的缓冲区的大小

7、yeah_KEEPALIVE:表示长时间处于空来状态的SOCEKT,是否需要自动出现把他/她关了

8、OOBINLINE:它表示是否需要支持邮箱里一个字节的TCP及时数据

默认参数

注:Connector通常在HOME_TOMCAT/conf/servser.xml文件内

#正常了参数

Connectorport8080protocolHTTP/1.1

connectionTimeout20000

redirectPort8443/

配置参数调试

#360优化参数

Connector port8080protocolHTTP/1.1maxThreads1000minSpareThreads100acceptCount1000maxConnections1000connectionTimeout20000maxHttpHeaderSize8192 cpNoDelaytruecompressiononcompressionMinSize2048disableUploadTimeouttrue edirectPort8443enableLookupsfalse%uRIEncodingUTF-8/

参数求高人

1)port

注:贞洁戒Tomcat端口号,设置8080。

2)protocol

注:协议类型,可选类型有4种,BIO(堵塞型IO),NIO,NIO2和APR。

#BIOBIO(BlockingI/O)阻塞式I/O你的操作,传统的JavaI/O不能操作(即包船舶概论子包)。Tomcat在默认情况下,是以bio模式运行的,bio模式是三种运行模式中性能最少的一种。BIO配置按结构设置成即可解决。

BIO更合适处理很简单流程,如程序全面处理较快这个可以立玄回结果。简单啊项目及应用可以不区分BIO。

#NIO IO(NewI/O)是JavaSE1.4及现版本提供的一种新的I/O操作(即包船舶概论子包)。Javanio是一个基于组件缓冲区、非阻塞I/O你操作的JavaAPI它强大比悠久的传统I/O操作(bio)好些的并发运行性能。

NIO更比较适合后台需要工程巨大能够完成跪请的操作,如程序接到了请求后要比较比较耗时的处理这已只是请求,所以我无法马上回结果,这样的话如果不是需要BIO就会占内存一个连接,而在用NIO后就可以不将此连接到转让手续给其他请求,转眼间程序处理结束回为止。

#APRAPR(Apache Portable Runtime/Apache可移植运行时),是ApacheHTTP服务器的支持库。你可以不简单点地表述为:Tomcat将以JNI的形式动态创建ApacheHTTP服务器的核心动态链接库来如何处理文件读取或网络带宽能操作,使极大地提高Tomcat对动态和静态文件的处理性能。

APR这个可以有所进阶Tomcat对静态文件的处理性能,同样的如果没有你不使用了HTTPS传输的话,也是可以提升SSL的处理性能。

#修改

//BIO

protocolHTTP/1.1

//NIO

protocol

//NIO2

protocol

//APR

protocol

3)maxThreads(线程池的大小默认200)

注:连接器创建处理跪请线程的的最数目,去处理同事请求的最大数目,默认值为200。

如果一个执行器与此连接器关联,则遗漏掉此属性,是因为该属性将被忽视,所以才该连接器将建议使用执行器而也不是一个内部线程池来执行任务。maxThreads是另一个最重要的配置属性,maxThreads配置的比较合理直接影响了Tomcat的查找性能。maxThreads并不是配置的越大越好,很显然你就算配置成999999确实是就没专用,因为这个最大值是受操作系统及去相关硬件所制约的,但是最大值却不是一定会是最优值,因此我们苦苦追寻的肯定是最优值而也不是的最值。

QPS(Query Per Second):一秒内网上查询率QPS是对一个特定的事件的查询服务器在规定时间内所全面处理流量多少的衡量标准。我们老爱使用QPS值来绝对标准一个服务器的性能。

QPS并发数/平均响应时间

并发数QPS*平均响应时间

一个系统吞吐量正常情况由QPS、并发数两个因素决定,每套系统的这两个值应该有一个相对极限值,在应用场景访问压力下,如果能某一项提升系统后极高值,系统的吞吐量就上不回,假如压力再继续减小,系统的吞吐量反而会降到,原因是系统高负荷的工作,上下文切换、内存等等其它能量消耗倒致系统性能逐渐下降。正所谓吞吐量这里也可以表述为每秒能去处理各位的次数。

因此中,选择一个合理不的maxThreads值,反正并又不是那就太容易的事。只不过过多的线程只会造成,更多的内存开销,更多的CPU开销,但对进阶QPS确全无好处;不能找到最佳的方法线程数后是从简单的设置,可以不让web系统更加稳定,能得到最高,最很稳定的QPS输出。

#查看最佳maxThreads的最佳值

(1)是从线上系统不断使用和用户的断的增长来并且性能测试,仔细QPS,响应时间,这种会在爆发式增长时系统瘫痪,如双12等。

(2)参照公式计算,服务器端适宜线程数量((线程静静的等待时间线程cpu时间)/线程cpu时间)*cpu数量,这种有时侯会被误导,只不过某些系统去处理环节很可能会前后历时也很长,进而引响公式的结果。

(3)单、多用户压力测试,栏里点CPU的消耗,后再真接乘以百分比,再参与压测,像是这个值的附近应该要是最佳的方法线程数量,这种理想场景也很可以参照,实际情况会比这个急切的多。

(4)依据什么系统的自身情况按照,如硬件限制,系统限制,程序处理能力限制等。

(5)定期修改为相同的maxThreads值,看服务器服务控制器结果及用户反应。

#QPS和线程数的关系

(1)在最佳线程数量之前,QPS和线程是各自趋近于的关系,线程数量到了最适合线程之后,QPS持平,还在缓慢上升,甚至于略微会下降,同样或则时间缓慢迅速下降。

(2)同一个系统而言,意见的线程数到最后(适宜线程数就会而又不是配置的线程数到最后),QPS越高。

#QPS和响应时间的关系

(1)相对于就像的web系统,响应速度好象有CPU不能执行时间IO再等待时间混编。

(2)CPU的执行时间会减少,对QPS有实质的提升,IO时间的减少,对QPS提升到不确实。如果没有要想确实实力提升QPS,优化软件系统的时候要着重360优化CPU消耗大户。

4)minSpareThreads

注:线程的最大值运行数目,这些一直都一直保持运行。如果没有未指定,默认值为10。

5)acceptCount(设置为100,队列,backlog:半队列的大小)

注:最大队列长度。好象与maxThreads是一样的,默认为100。

当所有很可能的请求处理线程都在使用时传去连接上只是请求的大的队列长度。如果未委托,默认值为100。像是是设置的跟maxThreads一样或一半,此值设置中的过大会造成排队拿号的请求超时而未被一次性处理。所以才这个值应该要是要注意参照应用到的访问峰值与平均值来仔细考虑配置。

6)maxConnections(NIO与NIO2的默认值为10000,accept的Socket的大小)

注:在任何计算变量的时间内,服务器将给予和如何处理的的最连接上数。当这个数字早至少时,服务器将给予但不去处理,耐心的等待一系列连接上。NIO与NIO2的默认值为10000,APR默认值为8192。

7)connectionTimeout(设置到(connectionTimeout))

注:当各位早就被认可,但未被去处理,也就是耐心的等待中的已超时时间。单位为200毫秒,默认值为60000。通常情况下可以设置为30000。

8)maxHttpHeaderSize

注:各位和响应的HTTP头的大大小,以字节为单位更改。如果没有也没指定你,这个属性被设置中为8192(8KB)。

9)tcpNoDelay

注:如果为true,服务器socket会系统设置TCP_so_DELAY选项,在大多数情况下是可以能提高性能。缺省情况设五为true。

10)compression

注:是否关闭gzip压缩后,默认为自动关闭状态。这个参数的可给予值为“off”(不使用压解),“on”(压缩后文本数据),“force”(在所有的情况下满压缩后)。

11)compressionMinSize

注:如果不是compressionon,则启用此项。被压缩前数据的最小值,也就是达到这个值后才被装换。要是还没有委托,这个属性默认为“2048”(2K),单位为1byte。

12)disableUploadTimeout

注:这个标志不允许tomcatContainer在一个servlet不能执行的时候,在用一个完全不同的,更长的再连接网络错误。结果的结果是给servlet更长的时间以便于成功其想执行,或是在数据上传的时候更长的超时时间。要是没有更改,设为false。

13)enableLookups

注:自动关闭DNS反向网上查询。

14)URIEncoding

注:URL编码字符集。

tomcat7升级tomcat8修改配置文件?

第一点:context.xml配置jndi的参数如何修改

maxActive替换为:maxTotal

maxWait替换为:maxWaitMillis

factory##34替换为:factory##34也可以factory##34

第二点:运行参数直接修改

-XX:MaxPermSize替换后为:-XX:MaxMetaspaceSize

第三点:server.xml

ltListenerclassName##34/gt替换为:ltListenerclassName##34SSLEngine#34on#34/r26

时间 数据 性能 系统

版权声明:本文内容由互联网用户自发贡献,本站不承担相关法律责任.如有侵权/违法内容,本站将立刻删除。