[ https://issues.apache.org/jira/browse/HBASE-11492?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14058905#comment-14058905 ]
Hudson commented on HBASE-11492: -------------------------------- FAILURE: Integrated in HBase-TRUNK #5287 (See [https://builds.apache.org/job/HBase-TRUNK/5287/]) HBASE-11492 The servers do not honor the tcpNoDelay option (nkeywal: rev 79676f15f4c63504d60ca9b7046cb7346e9c3df6) * hbase-server/src/main/java/org/apache/hadoop/hbase/ipc/RpcServer.java > The servers do not honor the tcpNoDelay option > ---------------------------------------------- > > Key: HBASE-11492 > URL: https://issues.apache.org/jira/browse/HBASE-11492 > Project: HBase > Issue Type: Bug > Components: regionserver > Affects Versions: 0.92.2, 0.98.0, 0.96.0, 0.99.0, 0.94.20 > Reporter: Nicolas Liochon > Assignee: Nicolas Liochon > Priority: Critical > Fix For: 0.99.0, 0.98.5, 0.94.22 > > Attachments: 11492.v1.patch, 11492.v1.withp1.patch > > > There is an option to set tcpNoDelay, defaulted to true, but the socket > channel is actually not changed. As a consequence, the server works with > nagle enabled. This leads to very degraded behavior when a single connection > is shared between threads. We enter into conflicts with nagle and tcp delayed > ack. > Here is an example of performance with the PE tool plus HBASE-11491: > {noformat} > oneCon #client sleep exeTime (seconds) > avg latency, sleep excluded (microseconds) > true 1 0 31 > 310 > false 1 0 31 > 310 > true 2 0 50 > 500 > false 2 0 31 > 310 > true 2 5 488 (including 200s sleeping) > 2880 > false 2 5 246 (including 200s sleeping) > 460 > {noformat} > The latency is multiple by 5 (2880 vs 460) when the connection is shared. > This is the delayed ack kicking in. This can be fixed by really using tcp no > delay. > Any application sharing the tcp connection between threads has the issue. -- This message was sent by Atlassian JIRA (v6.2#6252)