Performance Couchbase：在群集模式下运行时，cbs枕边游戏延迟测试差异10倍的可能原因

所以我开始了一个简单的测试

cbs-pillowfight -h localhost -b default -i 1 -I 10000 -T

得到：

然后，通过将此节点添加到另一个i7节点来创建集群。 “默认”存储桶绝对小于1Gb，它有1个副本和2个写入程序，未设置刷新

现在，同一命令将生成所使用的两台主机：

在100-200纳秒时为50%，在200-900纳秒时为1%，在900纳秒至1至9毫秒时为49%！世界跆拳道联盟。 将-r比率开关组添加到90%组后

在100-200纳秒时为25%，在900纳秒时为74%，在900纳秒时为1-9毫秒！ 因此，集群模式下的写性能似乎受到很大影响；为什么会有这么大的10倍的下降？网络干净，没有运行高负载服务

UPD1

忘记添加理想情况：-r 100

100-200纳秒时为25%，900纳秒时为74%。 这让我想到：

基准代码在某个地方阻塞了快速读取，没有显示任何迹象 B服务器正在执行一些未登录的魔法集，我无法理解如何重新配置。复制因子？对于一个小数据集来说，这难道不是胡说八道吗？这就是我想问的。 网络问题。但wireshark什么也没表现出来。 UPD2

停止两个节点，将它们移动到tmpfs。 对于一个正常的反应，得到20纳秒的即兴。但缓慢的反应仍然缓慢

..[cut]
 50 -  59]us |## - 164
[ 60 -  69]us |#### - 321
[ 70 -  79]us |######## - 561
[ 80 -  89]us |########## - 701
[ 90 -  99]us |############ - 844
[100 - 109]us |########## - 717
[110 - 119]us |####### - 514
[120 - 129]us |##### - 336
[130 - 139]us |### - 230
[140 - 149]us |## - 175
[150 - 159]us |## - 135
[160 - 169]us |# - 81
..[cut]
[930 - 939]us | - 24
[940 - 949]us |## - 139
[950 - 959]us |##### - 339
[960 - 969]us |####### - 474
[970 - 979]us |####### - 534
[980 - 989]us |###### - 467
[990 - 999]us |##### - 342
[  1 -   9]ms |######################################## - 2681
[ 10 -  19]ms | - 1
..[cut]

UPD3：截图。

---

通过切换到千兆网络上的三节点配置，问题得以解决。

我的一些想法已被描述。@m03geek我刚刚运行了一个tmpfs RAMfs测试；不，不是那样的。发行版感觉很奇怪，好像有什么东西阻塞了，这取决于服务器被配置为集群，所以它要么是libcouchbase怪癖，要么是服务器本身-我们可以排除磁盘I/O和基准代码错误。尝试将这些结果与cbstats计时输出进行比较-即服务器端计时。这至少可以让您确定这是一种纯粹的服务器端减速，还是与您的网络配置有关。请注意，您还可以尝试使用-t和-Q选项来增加客户端使用的线程和CouchbaseClient对象的数量。@DaveRigby-t/-Q没有效果，分布是相同的

..[cut]
 50 -  59]us |## - 164
[ 60 -  69]us |#### - 321
[ 70 -  79]us |######## - 561
[ 80 -  89]us |########## - 701
[ 90 -  99]us |############ - 844
[100 - 109]us |########## - 717
[110 - 119]us |####### - 514
[120 - 129]us |##### - 336
[130 - 139]us |### - 230
[140 - 149]us |## - 175
[150 - 159]us |## - 135
[160 - 169]us |# - 81
..[cut]
[930 - 939]us | - 24
[940 - 949]us |## - 139
[950 - 959]us |##### - 339
[960 - 969]us |####### - 474
[970 - 979]us |####### - 534
[980 - 989]us |###### - 467
[990 - 999]us |##### - 342
[  1 -   9]ms |######################################## - 2681
[ 10 -  19]ms | - 1
..[cut]