tomcat7默認(rèn)參數(shù)？套接字參數(shù)選項(xiàng):_NODELAY:表示立即發(fā)送數(shù)據(jù)。_RESUSEADDR:表示套接字綁定的本地地址允許重用。_TIMEOUT:表示接受數(shù)據(jù)時(shí)的超時(shí)。_LINGER:表示執(zhí)行c

tomcat7默認(rèn)參數(shù)？

套接字參數(shù)選項(xiàng):

_NODELAY:表示立即發(fā)送數(shù)據(jù)。

_RESUSEADDR:表示套接字綁定的本地地址允許重用。

_TIMEOUT:表示接受數(shù)據(jù)時(shí)的超時(shí)。

_LINGER:表示執(zhí)行clos:執(zhí)行這個(gè)方法，然后執(zhí)行Socket的close方法，這個(gè)方法也會(huì)立即返回，但是底層Sock:執(zhí)行Socket的close方法，不會(huì)立即返回，而是進(jìn)入阻塞狀態(tài)。同時(shí)，底層套接字也會(huì)嘗試發(fā)送剩余的數(shù)據(jù)，close方法只有在滿足以下兩個(gè)條件之一時(shí)才會(huì)返回:

(1):底部套接字已經(jīng)發(fā)送了所有剩余的數(shù)據(jù)。

(2):雖然底層套接字還沒(méi)有發(fā)送完所有剩余的數(shù)據(jù)，但是已經(jīng)被阻塞了3600秒。如果close()方法的阻塞時(shí)間超過(guò)3600秒，它將返回，剩余的未發(fā)送數(shù)據(jù)將被丟棄。

_tw_reuse 1表示打開(kāi)重用。允許等待時(shí)間套接字重新用于新的TCP連接。默認(rèn)值為0，這意味著它是關(guān)閉的。

_tw_recycle 1表示打開(kāi)TCP連接中時(shí)間等待套接字的快速恢復(fù)，默認(rèn)值為0，表示關(guān)閉。

_SNFBUF:表示發(fā)送數(shù)據(jù)的緩沖區(qū)大小。

_RCVBUF:表示接收數(shù)據(jù)的緩沖區(qū)大小。

_KEEPALIVE:表示一個(gè)長(zhǎng)時(shí)間空閑的SOCEKT是否會(huì)自動(dòng)關(guān)閉。

8.指示是否支持發(fā)送一個(gè)字節(jié)的TCP緊急數(shù)據(jù)。

默認(rèn)參數(shù)

注意:連接器通常位于HOME_TOMCAT/conf/servser.xml文件中。

#正常參數(shù)

連接器端口8080協(xié)議HTTP/1.1

連接超時(shí)20000

重定向端口8443 /

配置參數(shù)調(diào)試

#優(yōu)化參數(shù)

連接器端口8080

協(xié)議HTTP/1.1

maxThreads1000

minSpareThreads100

接受計(jì)數(shù)1000

麥斯科連接1000

連接超時(shí)20000

maxHttpHeaderSize8192

tcpnodelayttrue

壓縮

壓縮最小化2048

disableUploadTimeouttrue

重定向端口8443

enableLookupsfalse

URIEncodingUTF-8 /

參數(shù)的詳細(xì)說(shuō)明

1)端口

注意:代表Tomcat端口號(hào)，默認(rèn)為8080。

2)協(xié)議

注意:有四種可選協(xié)議類型，BIO(阻塞IO)、NIO、NIO2和APR。

#生物

BIO(阻塞I/O)阻塞I/O操作，傳統(tǒng)Java I/O操作(即包及其子包)。默認(rèn)情況下，Tomcat以bio模式運(yùn)行，這是三種模式中性能最低的。默認(rèn)情況下可以使用BIO配置。

BIO更適合處理簡(jiǎn)單的流程，如果程序處理得快，結(jié)果可以馬上返回。BIO可以用于簡(jiǎn)單的項(xiàng)目和應(yīng)用程序。

# NIO

NIO(New I/O)是Java SE 1.4及后續(xù)版本提供的一種新的I/O操作模式(即包及其子包)。Java nio是基于緩沖區(qū)和非阻塞I/O操作的Java API，比傳統(tǒng)I/O操作(bio)具有更好的并發(fā)性能。

NIO更適合需要耗時(shí)完成請(qǐng)求的后臺(tái)操作。如果一個(gè)程序收到一個(gè)請(qǐng)求，它需要耗時(shí)的處理，所以它可以 t立即返回結(jié)果，所以如果采用BIO，會(huì)占用一個(gè)連接，使用NIO后，可以轉(zhuǎn)移到其他請(qǐng)求，直到程序處理后返回。

#四月

apr(Apache portable runtime/Apache portable runtime)是Apach:Tomcat會(huì)以JNI的形式調(diào)用Apache HTTP server的核心動(dòng)態(tài)鏈接庫(kù)來(lái)處理文件讀取或者網(wǎng)絡(luò)傳輸，從而大大提高Tomcat 處理靜態(tài)文件的性能。

APR可以大大提高Tomcat對(duì)于靜態(tài)文件的處理性能，同時(shí)如果使用HTTPS進(jìn)行傳輸，也可以提高SSL的處理性能。

#修改方法

//生物

協(xié)議HTTP/1.1

//NIO

草案

//NIO2

草案

//APR

草案

3)maxThreads(線程池的大小默認(rèn)為200)

注意:連接器創(chuàng)建處理請(qǐng)求的最大線程數(shù)和最大同事數(shù) 請(qǐng)求。默認(rèn)值為200。

如果一個(gè)執(zhí)行器與這個(gè)連接器相關(guān)聯(lián)，這個(gè)屬性將被忽略，因?yàn)樗鼘⒈缓雎?，所以連接器將使用執(zhí)行器而不是內(nèi)部線程池來(lái)執(zhí)行任務(wù)。maxThreads是一個(gè)重要的配置屬性，MaxThreads的合理配置直接影響到Tomcat的相關(guān)性能。MaxThreads不是越大越好。其實(shí)就算你配置成999999也沒(méi)用，因?yàn)檫@個(gè)最大值是受操作系統(tǒng)和相關(guān)硬件限制的，最大值不一定是最優(yōu)值，所以要追求最優(yōu)值而不是最大值。

QPS(每秒查詢數(shù)):每秒查詢率QPS是特定查詢服務(wù)器在指定時(shí)間內(nèi)處理的流量的度量。我們經(jīng)常用QPS值來(lái)衡量服務(wù)器的性能。

QPS并發(fā)/平均響應(yīng)時(shí)間

并發(fā)QPS數(shù)*平均響應(yīng)時(shí)間

系統(tǒng)的吞吐量通常由兩個(gè)因素決定，QPS和并發(fā)性。每個(gè)系統(tǒng)的這兩個(gè)值都有一個(gè)相對(duì)的極限。在應(yīng)用場(chǎng)景接入的壓力下，只要有一項(xiàng)達(dá)到系統(tǒng)的最高值，系統(tǒng)的吞吐量就上不去。如果壓力繼續(xù)增加，系統(tǒng)的吞吐量就會(huì)下降，因?yàn)橄到y(tǒng)已經(jīng)超負(fù)荷了，其他的如上下文切換、內(nèi)存等消耗都會(huì)導(dǎo)致系統(tǒng)性能的下降。所謂吞吐量，在這里可以理解為每秒鐘可以處理的請(qǐng)求數(shù)。

所以選擇一個(gè)合理的maxThreads值并不那么容易。因?yàn)榫€程太多只會(huì)造成更多的內(nèi)存開(kāi)銷和更多的CPU開(kāi)銷，而對(duì)提高QPS沒(méi)有任何幫助；找到最佳線程數(shù)后，通過(guò)簡(jiǎn)單的設(shè)置，web系統(tǒng)可以更加穩(wěn)定，獲得最高最穩(wěn)定的QPS輸出。

#獲得最佳maxThreads的最佳值

(1)通過(guò)在線系統(tǒng)的持續(xù)使用和用戶的持續(xù)增長(zhǎng)，可以測(cè)試性能，觀察QPS和響應(yīng)時(shí)間。這樣系統(tǒng)爆發(fā)式增長(zhǎng)的時(shí)候就會(huì)崩潰，比如雙12。

(2)根據(jù)公式得出的最佳線程數(shù)((線程等待時(shí)間，線程cpu時(shí)間)/線程cpu時(shí)間)*服務(wù)器端cpu數(shù)有時(shí)會(huì)產(chǎn)生誤導(dǎo)，因?yàn)橛行┫到y(tǒng)處理環(huán)節(jié)可能需要較長(zhǎng)時(shí)間，從而影響公式的結(jié)果。

(3)單用戶和多用戶壓力測(cè)試，檢查CPU消耗，然后直接乘以百分比，再進(jìn)行壓力測(cè)試。通常，線程的最佳數(shù)量應(yīng)該接近這個(gè)值。這種更適合理想場(chǎng)景，實(shí)際情況會(huì)比這復(fù)雜很多。

(4)根據(jù)系統(tǒng)進(jìn)行調(diào)整；;自身情況，如硬件限制、系統(tǒng)限制、程序處理能力限制等。

(5)定期將其修改為不同的maxThreads值，以查看服務(wù)器響應(yīng)結(jié)果和用戶響應(yīng)。

# QPS和線程數(shù)領(lǐng)帶

(1)在最佳線程數(shù)之前，QPS和線程數(shù)是互相遞增的。最佳線程數(shù)后，QPS持平，不上升，甚至略有下降，而對(duì)應(yīng)的時(shí)間保持上升。

(2)對(duì)于同一個(gè)系統(tǒng)，支持的線程越多(優(yōu)化的線程越多，而不是配置的線程越多)，QPS越高。

# QPS和響應(yīng)時(shí)間

(1)對(duì)于一般的web系統(tǒng)，響應(yīng)時(shí)間一般由CPU執(zhí)行時(shí)間和IO等待時(shí)間組成。

(2)2)CPU執(zhí)行時(shí)間的減少對(duì)QPS有實(shí)質(zhì)性的提升，而IO時(shí)間的減少對(duì)QPS沒(méi)有明顯的提升。如果想要顯著提高QPS，那么在優(yōu)化系統(tǒng)的時(shí)候，應(yīng)該把重點(diǎn)放在優(yōu)化CPU消耗上。

4)最小線程

注意:運(yùn)行的最小線程數(shù)，這些總是保持運(yùn)行。如果未指定，默認(rèn)值為10。

5)acceptCount(默認(rèn)為100，隊(duì)列的大小，backlog:半隊(duì)列)。

注意:最大隊(duì)列長(zhǎng)度。一般和maxThreads一樣，默認(rèn)值是100。

當(dāng)所有可能的請(qǐng)求處理線程都在使用中時(shí)，傳入連接請(qǐng)求的最大隊(duì)列長(zhǎng)度。如果未指定，默認(rèn)值為100。一般設(shè)置為與maxThreads相同或一半。如果該值設(shè)置得太高，排隊(duì)的請(qǐng)求將會(huì)超時(shí)而得不到處理。所以這個(gè)值要主要根據(jù)應(yīng)用的訪問(wèn)峰值和平均值來(lái)權(quán)衡配置。

6)max connections(nio和NIO2的默認(rèn)值是10000，以及accept的套接字的大小)

注意:服務(wù)器在任何給定時(shí)間接受和處理的最大連接數(shù)。當(dāng)達(dá)到這個(gè)數(shù)目時(shí)，服務(wù)器將接受但不處理它，等待進(jìn)一步的連接。NIO和NIO2的默認(rèn)值是10000，APR的默認(rèn)值是8192。

7)連接超時(shí)(設(shè)置為(連接超時(shí)))

注意:當(dāng)請(qǐng)求已被接受但未被處理時(shí)，就是等待超時(shí)。單位是毫秒，默認(rèn)值是60000。通常設(shè)置為30000。

8)maxHttpHeaderSize

注意:請(qǐng)求和響應(yīng)的HTTP頭的最大大小是以字節(jié)為單位指定的。如果未指定，此屬性將設(shè)置為8192(8 KB)。

9)tcpNoDelay

注意:如果為true，服務(wù)器套接字將設(shè)置TCP_NO_DELAY選項(xiàng)，這在大多數(shù)情況下可以提高性能。默認(rèn)情況下，它設(shè)置為true。

10)壓縮

注意:默認(rèn)情況下，是否啟用gzip壓縮是關(guān)閉的。這個(gè)參數(shù)的可接受值是 "關(guān)閉 "(不使用壓縮)， "on "(壓縮文本數(shù)據(jù))， "力與力(在所有情況下。強(qiáng)制壓縮)。

11)壓縮尺寸

注意:如果compr

如何在linux下監(jiān)控tomcat？

你好，在linux下查看tomcat進(jìn)程的命令是:ps aux | grep tomcat名稱:ps使用權(quán)限:所有用戶使用[選項(xiàng)] [-help]描述:顯示瞬時(shí)進(jìn)程的動(dòng)態(tài)參數(shù):PS的參數(shù)很多。這里只列出了幾個(gè)常用的參數(shù)，并簡(jiǎn)要介紹了它們的含義-A列出了所有的過(guò)程-w通過(guò)加寬顯示了更多的信息-au顯示了更詳細(xì)的信息-aux顯示了所有的行進(jìn)管線符號(hào) "| "包含其他用戶，可以將一個(gè)命令的標(biāo)準(zhǔn)輸出管道更改為另一個(gè)命令的標(biāo)準(zhǔn)輸入管道。grep命令是一個(gè)強(qiáng)大的文本搜索工具，它可以使用正則表達(dá)式來(lái)搜索文本并打印出匹配的行。