TomcatではConnectorがよく使われています。
2556 ワード
TomcatではConnectorがよく使われています。
Tomcatの中でserver.xmlの一部の構成情報は私達の理解を必要とするので、少なくともどのように簡単な調整を行うかを知っています。
1.パスポート
tomcatはネットワークserver端末として、socketポートを露出してacceptクライアントのリンクをacceptに指定する必要があります。
2.protocol
使用するネットワークプロトコルは、tomcatがどのような方法でclient側の要求を受け入れて処理するかを示し、「HTTP/1.1」はデフォルト値であり、「org.apphe.co yote.http 11 Protocol」と同等である。おなじみの「AJP/1.3」もあります。HTTPとAJPの2つの方法の違いと性能の優劣については、他の文書を参照することができます。
Tomcat 6.0の後に、NIOの方式を提供して、効果的に性能を向上させることができます。特に大量の長い接続/データアップロード+ダウンロードなどのwebアプリケーションにおいて、この時、ポータブル=「org.apache.com yote.http 11 Nio Protocol」です。
3.connection Timeout
clientとtomcatが接続された後、「connectioniction Timeout」の時間内で、まだclientの要求データが得られていない場合、接続は切断されます。この値の設定は、ネットワーク安定型を考慮しながら、性能を考慮する必要があります。tcpの設定オプションの「socket timeout」とはまだ違いがあります。connectioctionation Timeoutはリンクの後にのみ設定されます。clientを得てhttp-request情報を送る前に有効です。
4. maxHeader Count
http要求におけるheaderの最大個数は、デフォルトでは100であり、「−1」は限定されず、通常はこの属性に注目されないことを示しているが、一部の設計「ねじれ」のwebアプリケーションでは、headerを用いて大量のパラメータ（：post）とチェック情報を伝達する場合、この値を調整する必要があるかもしれない。
5. maxParameterCount
http-get要求の中で伝達可能なクエリ文字列の最大数は、http-get要求の長さとクエリ文字列の個数に制限がありますが、tomcatを通じて適切な値を再設定できます。parameter個数が多いほど、実際にtomcatに対するメモリ支出がより大きくなります。安全または実用的な観点にある場合が多いです。maxParameterCountの値は大きくないです。標準値は10000で、「-1」は無制限です。要求中のパラメータの個数が制限値を超えたら、要求は拒否されます。
6.maxPostSize
http-post要求におけるデータ(body)の最大サイズは、単位：byte、デフォルト値は2 Mです。これは一部のフォームの提出(多くのテキスト領域)に影響があります。この値を適度に調整することができます。大きいファイルのアップロードは通常、clientではなく小さなファイルに分割されます。
7. URIEncoding
http-get要求では、どの文字セットを使ってクエリー文字列をエンコードしますか？デフォルトは「iso-859-1」です。
8. useBody Enco ForURI
http-get要求においてクエリ文字列をエンコードするには、「Conttet-type」で指定された符号化方式を使用しますか？「true」であれば、「URIEncoding」設定項目を無視して、headerで「content-Type」で指定された符号化方式を使用します。
9. maxThreads
client端要求を受信して処理するための最大スレッド数は、tomcatの下の階では、クライアント要求を処理するためのスレッドプールのサイズを識別します。maxThreadsは、tomcatが同時にrequestの個数を実行することができるという意味です。この値はデフォルトでは200です。一般的に、production環境においては（物理機器構成、または仮想マシンの制限に基づいて参照値を行います。）通常は微調整があります。大きな値はtomcatの負荷能力を高めることができません。実は「200」スレッド数は十分大きいです。本人のオンライン環境はmaxThreads=120です。
10.commpression
http対応データにGzip圧縮を有効にするかどうか、オプション値は「off」または「on」です。これは議論に値するパラメータです。圧縮をオンにすると、より少ないネットワーク転送量を意味しますが、一定のCPUを消費します。もしあなたのアプリケーションがより高いCPU性能の残高があるならば、応答データはすべてテキスト文字列です。圧縮をオンにすると、大きな収益があります。
Tomcatの中でserver.xmlの一部の構成情報は私達の理解を必要とするので、少なくともどのように簡単な調整を行うかを知っています。
<Connector port="8080" protocol="HTTP/1.1" connectionTimeout="20000" redirectPort="8443" />1.パスポート
tomcatはネットワークserver端末として、socketポートを露出してacceptクライアントのリンクをacceptに指定する必要があります。
2.protocol
使用するネットワークプロトコルは、tomcatがどのような方法でclient側の要求を受け入れて処理するかを示し、「HTTP/1.1」はデフォルト値であり、「org.apphe.co yote.http 11 Protocol」と同等である。おなじみの「AJP/1.3」もあります。HTTPとAJPの2つの方法の違いと性能の優劣については、他の文書を参照することができます。
Tomcat 6.0の後に、NIOの方式を提供して、効果的に性能を向上させることができます。特に大量の長い接続/データアップロード+ダウンロードなどのwebアプリケーションにおいて、この時、ポータブル=「org.apache.com yote.http 11 Nio Protocol」です。
3.connection Timeout
clientとtomcatが接続された後、「connectioniction Timeout」の時間内で、まだclientの要求データが得られていない場合、接続は切断されます。この値の設定は、ネットワーク安定型を考慮しながら、性能を考慮する必要があります。tcpの設定オプションの「socket timeout」とはまだ違いがあります。connectioctionation Timeoutはリンクの後にのみ設定されます。clientを得てhttp-request情報を送る前に有効です。
4. maxHeader Count
http要求におけるheaderの最大個数は、デフォルトでは100であり、「−1」は限定されず、通常はこの属性に注目されないことを示しているが、一部の設計「ねじれ」のwebアプリケーションでは、headerを用いて大量のパラメータ（：post）とチェック情報を伝達する場合、この値を調整する必要があるかもしれない。
5. maxParameterCount
http-get要求の中で伝達可能なクエリ文字列の最大数は、http-get要求の長さとクエリ文字列の個数に制限がありますが、tomcatを通じて適切な値を再設定できます。parameter個数が多いほど、実際にtomcatに対するメモリ支出がより大きくなります。安全または実用的な観点にある場合が多いです。maxParameterCountの値は大きくないです。標準値は10000で、「-1」は無制限です。要求中のパラメータの個数が制限値を超えたら、要求は拒否されます。
6.maxPostSize
http-post要求におけるデータ(body)の最大サイズは、単位：byte、デフォルト値は2 Mです。これは一部のフォームの提出(多くのテキスト領域)に影響があります。この値を適度に調整することができます。大きいファイルのアップロードは通常、clientではなく小さなファイルに分割されます。
7. URIEncoding
http-get要求では、どの文字セットを使ってクエリー文字列をエンコードしますか？デフォルトは「iso-859-1」です。
8. useBody Enco ForURI
http-get要求においてクエリ文字列をエンコードするには、「Conttet-type」で指定された符号化方式を使用しますか？「true」であれば、「URIEncoding」設定項目を無視して、headerで「content-Type」で指定された符号化方式を使用します。
9. maxThreads
client端要求を受信して処理するための最大スレッド数は、tomcatの下の階では、クライアント要求を処理するためのスレッドプールのサイズを識別します。maxThreadsは、tomcatが同時にrequestの個数を実行することができるという意味です。この値はデフォルトでは200です。一般的に、production環境においては（物理機器構成、または仮想マシンの制限に基づいて参照値を行います。）通常は微調整があります。大きな値はtomcatの負荷能力を高めることができません。実は「200」スレッド数は十分大きいです。本人のオンライン環境はmaxThreads=120です。
10.commpression
http対応データにGzip圧縮を有効にするかどうか、オプション値は「off」または「on」です。これは議論に値するパラメータです。圧縮をオンにすると、より少ないネットワーク転送量を意味しますが、一定のCPUを消費します。もしあなたのアプリケーションがより高いCPU性能の残高があるならば、応答データはすべてテキスト文字列です。圧縮をオンにすると、大きな収益があります。