QTouch大点数主从站传输效率测试报告.docxVIP

测试环境搭建：文件：

1、CommServer文件夹里面的STNetEngine-TL.exe是数据服务端，负责数据的接收和解析

2、station_demo是QTouch建的单站工程，里面自带数据主动上传的通信部分（暂以modbusTCP命名）

部署服务器端：

1、CommServer这个文件夹，自带了运行环境，其中project_dir是保存的各个站的工程文件夹，为了记录方便文件夹以站号来命名，每一个站相当于对应一个上传的客户端。测试的时候每个工程文件夹里面的RunConfig.xml中unitId字段需配置为响应的站号，此部分可以手动修改，也可以用QTouch工程管理其修改。

2、CommServer文件夹中的config.ini文件是配置服务器端参数local_ip网卡ip地址，local_port监听的端口

3、手动运行STNetEngine-TL.exe，即完成服务器端的部署工作。为了保证测试效率，目前只提供了后台打印的功能，日志的部分暂做了屏蔽。

部署客户端：

1、station_demo创建了12000点的数据量，script.exe是负责产生模拟的随机数。

2、修改modbusTCP的ip和端口，指向CommServer服务端。XMLConfig.xml中buildingid字段为上传站号，服务器端需与之对应

3、以上修改可以在QTouch工程管理器中修改

4、运行QTouch工程

（一）

主服务器端：负责数据接收解析

单站：负责数据上送（1台）

连接方式：无线

分析：1、传输的总数据点12000

2、发送端整个数据的准备时间大概需要1s

3、数据传输过程耗时大概在50ms以内

4、数据解析的频率大概需要1s

5、整个数据发送到接收解析耗时在1.5s

（二）

主服务器端：负责数据接收解析

单站：负责数据上送（2台）

1、

2、

连接方式：无线

分析：1、传输的总数据点12000*2

2、发送端整个数据的准备时间大概需要1s

3、数据传输过程耗时大概在50ms以内

4、数据解析的频率大概需要1s

5、整个数据发送到接收解析耗时在1.5s

6、2个站暂时对性能影响不大

（三）

主服务器端：负责数据接收解析

单站：负责数据上送（2台）

1、

2、

3、

连接方式：无线

分析：1、传输的总数据点12000*3

2、发送端整个数据的准备时间大概需要1s

3、数据传输过程耗时大概在50ms以内

4、数据解析的频率大概需要1s

5、整个数据发送到接收解析耗时在1.5s

6、3个站暂时对性能影响不大

（四）

主服务器端：负责数据接收解析

单站：负责数据上送（1台）

连接方式：有线

分析：1、传输的总数据点12000

2、发送端整个数据的准备时间大概需要1s

3、数据传输过程耗时大概在2ms以内，传输的速度有明显提升

4、数据解析的频率大概需要1s

5、整个数据发送到接收解析耗时在1.5s

（五）

主服务器端：负责数据接收解析：

单站：负责数据上送（1台）

1、

连接方式：有线

分析：主服务器换一台性能稍好的电脑，发送端电脑性能稍差

1、传输的总数据点12000

2、发送端整个数据的准备时间大概需要1.5s

3、数据传输过程耗时大概在2ms以内，传输的速度有明显提升

4、数据解析的频率大概需要1s

5、整个数据发送到接收解析耗时在1.5s

主服务器端：负责数据接收解析：

单站：负责数据上送（3台）

1、

2、

3、

分析：主服务器换一台性能稍好的电脑，发送端电脑性能稍差

1、传输的总数据点12000*3

2、发送端整个数据的准备时间大概需要1.5s

3、数据传输过程耗时大概在80ms以内

4、数据解析的频率大概需要1s

5、整个数据发送到接收解析耗时在1.5s

目前测试，性能最好一台电脑为intelcorei5四核，内存4G的作为服务器，客户端主机性能一般，处理速度有限。

实验测试最高的并发是10个，四台实际主机客户端电脑，6台模拟的客户端，测试性能与单台测试性能差不多，链路传输的性能都比较高。

主耗时的部分，客户端数据准备工作比较耗时，此部分是按照全数据准备发送，按照抢占CPU资源的方式处理，比较依赖电脑的性能。

后续效率优化的方案，硬件：选配数据处理能力强，高性能的主机；软件：可从数据变化或者波动范围上传来减少逻辑判断从而提高数据准备的时间。