Streaming 库兰托连接极限

正在尝试加载test Kurento设置（WebRTC视频+音频流由浏览器和网络摄像头提供，并由在EC2实例内的Xvfb内的Choromium中运行的浏览器接收/播放，整体启动）。所使用的应用程序是对一两个示例的轻微修改，而原始版本的应用程序提供了相同的结果

在大约800个连接的查看器之前，一切正常，但随后连接开始失败，例如：

Fri Jun 17 2016 10:05:31 GMT+0000 (UTC) connecting presenter 4 with viewer 817
Fri Jun 17 2016 10:05:31 GMT+0000 (UTC) connecting presenter 4 with viewer 819
Fri Jun 17 2016 10:05:50 GMT+0000 (UTC) some error connecting presenter 4 with viewer 812 : Error: Request has timed out
Fri Jun 17 2016 10:05:50 GMT+0000 (UTC) some error connecting presenter 4 with viewer 806 : Error: Request has timed out
Fri Jun 17 2016 10:05:50 GMT+0000 (UTC) some error connecting presenter 4 with viewer 807 : Error: Request has timed out
Fri Jun 17 2016 10:05:50 GMT+0000 (UTC) some error connecting presenter 4 with viewer 810 : Error: Request has timed out
Fri Jun 17 2016 10:05:50 GMT+0000 (UTC) some error connecting presenter 4 with viewer 811 : Error: Request has timed out
Fri Jun 17 2016 10:05:50 GMT+0000 (UTC) some error connecting presenter 4 with viewer 809 : Error: Request has timed out
Fri Jun 17 2016 10:05:50 GMT+0000 (UTC) gather candidates error
Fri Jun 17 2016 10:05:50 GMT+0000 (UTC) gather candidates error
Fri Jun 17 2016 10:05:50 GMT+0000 (UTC) gather candidates error
Fri Jun 17 2016 10:05:50 GMT+0000 (UTC) gather candidates error

也就是说，在来源上

presenter[presenterId].webRtcEndpoint.connect(webRtcEndpoint, function(error) {
                            if (error) {
                                    console_log("some error connecting presenter "+presenterId+
                                            " with viewer "+sessionId+" : "+error);
                                    stop(sessionId);
                                    return callback(error);
                            }

那么800个连接是库兰托的极限吗？网络接口为10 gbit，完全没有加载，流量如果您想使用kurento提高可伸缩性，请查看。

---

更多关于使用elasticRTC创建设置的信息。

我读到一些人抱怨在低负荷情况下延迟增加。我不能确认，在事情破裂之前，延迟一直很低。处理器负载仍然很低。我们同样要求一次向500多人播放屏幕，但我们缺乏质量，无法按照预期获得结果。那么，您能否帮助我们需要哪种服务器配置，以及我们如何使用Kurento进行开发。