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

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

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

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

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

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

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

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

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

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

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

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

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

_KEEPALIVE:表示一個長時間空閑的SOCEKT是否會自動關(guān)閉。

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

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

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

#正常參數(shù)

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

連接超時20000

重定向端口8443 /

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

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

連接器端口8080

協(xié)議HTTP/1.1

maxThreads1000

minSpareThreads100

接受計數(shù)1000

麥斯科連接1000

連接超時20000

maxHttpHeaderSize8192

tcpnodelayttrue

壓縮

壓縮最小化2048

disableUploadTimeouttrue

重定向端口8443

enableLookupsfalse

URIEncodingUTF-8 /

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

1)端口

注意:代表Tomcat端口號，默認(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é)果可以馬上返回。BIO可以用于簡單的項目和應(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更適合需要耗時完成請求的后臺操作。如果一個程序收到一個請求，它需要耗時的處理，所以它可以 t立即返回結(jié)果，所以如果采用BIO，會占用一個連接，使用NIO后，可以轉(zhuǎn)移到其他請求，直到程序處理后返回。

#四月

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

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

#修改方法

//生物

協(xié)議HTTP/1.1

//NIO

草案

//NIO2

草案

//APR

草案

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

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

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

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

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

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

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

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

#獲得最佳maxThreads的最佳值

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

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

(3)單用戶和多用戶壓力測試，檢查CPU消耗，然后直接乘以百分比，再進(jìn)行壓力測試。通常，線程的最佳數(shù)量應(yīng)該接近這個值。這種更適合理想場景，實(shí)際情況會比這復(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持平，不上升，甚至略有下降，而對應(yīng)的時間保持上升。

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

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

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

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

4)最小線程

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

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

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

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

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

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

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

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

8)maxHttpHeaderSize

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

9)tcpNoDelay

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

10)壓縮

注意:默認(rèn)情況下，是否啟用gzip壓縮是關(guān)閉的。這個參數(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)限:所有用戶使用[選項] [-help]描述:顯示瞬時進(jìn)程的動態(tài)參數(shù):PS的參數(shù)很多。這里只列出了幾個常用的參數(shù)，并簡要介紹了它們的含義-A列出了所有的過程-w通過加寬顯示了更多的信息-au顯示了更詳細(xì)的信息-aux顯示了所有的行進(jìn)管線符號 "| "包含其他用戶，可以將一個命令的標(biāo)準(zhǔn)輸出管道更改為另一個命令的標(biāo)準(zhǔn)輸入管道。grep命令是一個強(qiáng)大的文本搜索工具，它可以使用正則表達(dá)式來搜索文本并打印出匹配的行。