在wss安全模式下运行时，chrome中的websocket性能明显较差。

Question

我似乎遇到了一些问题，表明wss安全的websockets在Chrome上比IE和Firefox慢得多。我四处看看，但找不到任何真实的信息来证实别人看到了这种行为。

总之:我正在使用本地主机C++ websocket服务器进行原型设计，将单个二进制图像png帧发送到同一台机器上打开的网页。这必须是websockets的安全wss版本。

我不能真正地流视频和使用视频标签，因为延迟/滞后必须是最小的。

潜在的限制因素之一是websocket连接将提供多少数据吞吐量。目前只用于原型设计，我使用的是猫鼬作为服务器。服务器似乎不是限制因素，它似乎是Chrome wss websocket处理。

在我的高规格开发机器上的测试仅仅是通过websocket发送数据。目前，我没有试图对传递的实际数据做任何事情。客户端发送一个wss客户端->服务器字符串，上面写着“拉”。服务器回复与wss服务器-客户端1MB二进制blob。客户端回答用wss客户端-服务器字符串表示“拉”。服务器回复与wss服务器-客户端1MB二进制blob。..and等等..。

以下是我每秒获得的用于安全和不安全websockets的二进制帧数：

IE (v10) wss:120 ws:221

火狐(v28) wss:65 ws:170

Chrome (v35) wss:17 ws:93

您可以看到，与其他的相比，chrome的性能似乎非常差。我已经在3台电脑上试用过类似的结果。我已经尝试过不同的blob大小在0.1MB到100 no之间，这与实际的数据速率吞吐量没有真正的区别。我试过让纳格尔的藻石失效。

有人对我可能遗漏的东西有什么想法吗？有人能确认铬wss的性能可能很差吗？

谢谢

哑光

更多信息：

在评论之后:我启用了'#enable-websocket-experimental-implementation'，，但这似乎没有什么区别。我也尝试了最新的铬金丝雀的建设，但这似乎也没有什么不同。

更多信息：

在具有64位调试服务器的开发机器上，我的开发计算机(每秒周期)上有更多的结果。发送“拉”到服务器，用任意二进制1000000字节缓冲区进行应答。每个客户端尝试使用2个套接字，每个套接字位于不同的子协议上。

IE(v10)：wss:120 ws:221 wss2 websockets:176

火狐(V28)：wss:65 ws:170 wss2 websockets:59

Chrome(v35) wss:17 ws:93 wss2 websockets:18

IE似乎大大加快了使用2个websockets的速度。火狐和Chrome没有。

Answer 1

经过铬的反馈-讨论，许多速度差异似乎是由于密码是由客户端和服务器之间的协商。

为了确认这一点，我尝试将服务器密码硬编码为SSL_CTX_set_cipher_list(ctx，"AES128-SHA")；然后帧速率如下：

Chrome版本35.0.1916.153 m: 49.75 Chrome版本38.0.2068.0金丝雀(64位)：53.15 Firefox版本30.0 : 61.8 IE 30.0 : 68.21

尽管有一些不同，所有浏览器的速度现在都在同一个球场上。在这种情况下，我控制了服务器，并将能够决定一个合适的密码列表。