云桌面内基于DSSClient的多路视频监控测试分析

分析环境：

采用DSSClient监控管理软件进行测试

测试机器来自本地服务器，云桌面为普通桌面，虚机CPU 2800MHz，内存8G。

本地终端为个人PC电脑。

实验结果：

以下表格展示了不同路数时候DSSClient的CPU占用率以及总的CPU利用率。

总结与分析：

1.在打开1-9路视频的时候，DSSClient的CPU利用率和虚机总的CPU利用率逐渐升高，但在从9路切换到13路的时候，CPU利用率忽然出现大幅度下降。从图2可以看到切换过程中软件会提示“切换辅码流成功”，而从13路切回9路则会提示“切换主码流成功”（如图1）。从网络查询可知，摄像机回传的视频，一般有2个码流，分别成为主码流、子（辅）码流。主码流一般码流较大，清晰度高，占用的带宽也就高。子码流在主码流的图像环境下降低了图像格式，清晰度较主码流要低，占用带宽小。主码流本地存储，子码流适用于图像在低带宽网络上传输。这样做的目的是当我们用子码流预览时如果网络状况不是很好，可以降低子码流的码率(随着位率的降低画质会有降低)，以达到改善网络浏览的流畅性，而又不改变本地录像的录像效果。可以看到即使打开25路视频监控，DSSClient的CPU占用率也仍然维持在中等水平。

该选项一般在监控软件中提供，如图5，DSSClient默认配置为根据窗口大小自适应码流类型，使用者也可以将其修改为使用辅码流。

2.一般来说视频监控场景是更适用于流编码器进行编码的，但在现有的编码策略下，在超过4路视频监控浏览过程中时常会出现图流切换而带来使用过程的卡顿感。在尝试将编码策略改为全流模式后，整体体验感更好，卡顿消失。在全流模式下，打开25路视频可以正常查看监控，在个人可接受范围内。但该数据仅针对本次测试环境，在其他配置的虚机以及本地终端效果如何需另作验证。

图1  9路视频监控

图2  13路视频监控

图3  16路视频监控

图4  25路视频监控

图5  DSSClient视频监控设置