memcached noreply 和tcp Nagle

memcached 对某些操作例如set，add支持noreply。也就是memcached 服务器不会对客户端进行应答。

假如在极短时间内，基于同一tcp connection（tcp_nodelay =false），进行2次操作，第1次是noreply，第2次need reply，并且2次的请求数据都非常小，会发生什么事呢？

下面基于java 客户端 xmemcached 1.3.5试一下，客户端和服务器分别部署在两台linux上。代码如下：

 

 

 

打印出来的花费时间除了第一次，其他的都需要40ms左右。如果不使用setWithNoReply而使用set，就几乎0ms。

40ms的延时是受了nagle 算法和ack delayed的影响。不太清楚的同学可gg一下或http://www.iteye.com/topic/1110883#2201434，该帖子的作者阐释的比较具体了。八卦一下，该作者貌似同时也是xmemcached 的作者。

 

附：setWithNoReply和get之间睡眠一秒，是为了避免这两个操作被装进同一tcp包里。一开始测不出40ms的延时，还以为哪里出了问题，通过tcpdump发现两个操作在同一个tcp包发送。