「Broken Pipe」または「EofException」の例外を避けるための理想的なjetty.xml構成は何ですか？

Question

私はjettyには新しく、OSGiフレームワークの組み込みサーバとして月にそれを使用し始めました。最近、私は "Broken Pipe"と "End of File"例外をほとんど観察していません。

Caused by: org.eclipse.jetty.io.EofException 
    at org.eclipse.jetty.http.HttpGenerator.flushBuffer(HttpGenerator.java:911)[80:org.eclipse.jetty.http:7.4.1.v20110513] 
    at org.eclipse.jetty.server.HttpConnection.flushResponse(HttpConnection.java:753)[82:org.eclipse.jetty.server:7.4.1.v20110513] 
    at org.eclipse.jetty.server.HttpConnection$Output.close(HttpConnection.java:1124)[82:org.eclipse.jetty.server:7.4.1.v20110513] 
    at org.apache.cxf.transport.http.AbstractHTTPDestination$WrappedOutputStream.close(AbstractHTTPDestination.java:606)[96:org.apache.cxf.bundle:2.4.0.fuse-00-27] 
    at org.apache.cxf.transport.AbstractConduit.close(AbstractConduit.java:56)[96:org.apache.cxf.bundle:2.4.0.fuse-00-27] 
    at org.apache.cxf.transport.http.AbstractHTTPDestination$BackChannelConduit.close(AbstractHTTPDestination.java:549)[96:org.apache.cxf.bundle:2.4.0.fuse-00-27] 
    at org.apache.cxf.interceptor.MessageSenderInterceptor$MessageSenderEndingInterceptor.handleMessage(MessageSenderInterceptor.java:62)[96:org.apache.cxf.bundle:2.4.0.fuse-00-27] 
    ... 36 more 

Caused by: java.io.IOException: Broken pipe 
    at sun.nio.ch.FileDispatcher.write0(Native Method)[:1.6.0_14] 
    at sun.nio.ch.SocketDispatcher.write(SocketDispatcher.java:29)[:1.6.0_14] 
    at sun.nio.ch.IOUtil.writeFromNativeBuffer(IOUtil.java:104)[:1.6.0_14] 
    at sun.nio.ch.IOUtil.write(IOUtil.java:60)[:1.6.0_14] 
    at sun.nio.ch.SocketChannelImpl.write(SocketChannelImpl.java:334)[:1.6.0_14] 
    at org.eclipse.jetty.io.nio.ChannelEndPoint.flush(ChannelEndPoint.java:240)[84:org.eclipse.jetty.io:7.4.1.v20110513] 
    at org.eclipse.jetty.io.nio.SelectChannelEndPoint.flush(SelectChannelEndPoint.java:282)[84:org.eclipse.jetty.io:7.4.1.v20110513] 
    at org.eclipse.jetty.http.HttpGenerator.flushBuffer(HttpGenerator.java:855)[80:org.eclipse.jetty.http:7.4.1.v20110513] 

最初は、私は、Linux「のulimitを」格上げが、それは完全に誤りの頻度を除いて、問題に対応していませんでした。サーバーへの現在の負荷は約500要求/秒です。私の現在のjetty.xmlは最小であり、スレッドプールまたはアクセプタ値を指定していません。不適切な設定では、桟橋が接続を拒否する問題を引き起こしているかどうか疑問に思うだけです。ここに私が何をしています。

<Call name="addConnector"> 
    <Arg> 
     <New class="org.eclipse.jetty.server.nio.SelectChannelConnector"> 
     <Set name="port"><Property name="jetty.port" default="8010"/></Set> 
     <Set name="maxIdleTime">20000</Set> 
     <Set name="statsOn">false</Set> 
     <Set name="confidentialPort">8443</Set> 
     <Set name="lowResourcesConnections">20000</Set> 
     <Set name="lowResourcesMaxIdleTime">5000</Set> 
     </New> 
    </Arg> 

私は、デフォルト値の桟橋がアクセプタまたはスレッドプールのために使用するものはよく分かりません。私は文書を調べましたが、関連するものは見つけられませんでした。

スレッドプールを追加しようとしましたが、同じ問題がありました。スレッドプールのエントリは次のとおりです。

<Set name="ThreadPool"> 
    <New class="org.eclipse.jetty.util.thread.QueuedThreadPool"> 
    <Set name="minThreads">30</Set> 
    <Set name="maxThreads">3000</Set> 
    </New> 
</Set> 

誰かがこの問題へのポインタを提供することができたら、私は感謝します。私は7

おかげ

Answer 1

BrokenPipeとEOFExceptionでは、ウェブ風景の中に多くの変化の結果である桟橋のバージョンを実行していますよ。

SSLハーフクローズの脆弱性の修正、モバイルエンドポイント（ラップトップ、タブレット、携帯電話）からのWebの使用の増加など、この問題をさらに悪化させることさえあります。

7.4.1を使用しているjettyのバージョンでは、これらの条件（ほとんど無害ですが、「接続：キープアライブ」というクライアントのような小さな環境でのみノイズ低減が行われていません。

jetty 7.6.0（現在は7.6.0.RC3）から、既知の無害状態でのこれらの例外によるノイズは除外されています。