to be confirmed那个值，在一些设备上面会累加到几百几千以上的。此时的cpu占用率30%左右，内存600m，但就是一直累加to be confirmed（received也会一直涨，确认的速度不够？）。这是什么原因导致的，要改进哪方面的性能？（测试的时候都是在同一网络环境下进行的）

图中是运行效果比较好的设备，问题设备比较难截图（是PICO的那个VR眼镜，安卓系统），程序主要功能是低延迟直播，但是都还没开始直播问题设备就很卡了，点击按钮也反应老半天，甚至无响应。（最后是社区的小程序出了bug？点击“有回复提醒我的按钮也没反应”）（好吧，发布也发布不了）