基于C/S 模式与完成端口的路灯监控软件的设计

文章摘要：图3 客户端软件主界面5 完成端口服务器软件的性能测试5. 1 测试对象完成端口通信模型与传统通信模型相比，拥有更大的数据吞吐量和客户端数目，并且通过线程池、连接池、内存池的设计和应用，节省了系统资源，提高了服务器软件的数据处理效率。在对传统通信模型和完成端口通信模型的性能测试和比较中，选取饥饿的客户端和每秒线程上下文切换次数两个重要指标为测试对象。饥饿的客户端定义为同一时间向服务器申请连接并发送数据的客户端中，未被服务器影响的客户端数。5. 2 测试环境选用两台Intel Core2 1. 9GHz 双核CPU，2G 内存台式机，一台用作服务器电脑，一台用作客户端电脑。服务器电脑上分别安装传

基于C/S 模式与完成端口的路灯监控软件的设计,标签：电路设计,http://www.88dzw.com
图3 客户端软件主界面

　　5 完成端口服务器软件的性能测试

　　5. 1 测试对象

　　完成端口通信模型与传统通信模型相比，拥有更大的数据吞吐量和客户端数目，并且通过线程池、连接池、内存池的设计和应用，节省了系统资源，提高了服务器软件的数据处理效率。在对传统通信模型和完成端口通信模型的性能测试和比较中，选取饥饿的客户端和每秒线程上下文切换次数两个重要指标为测试对象。饥饿的客户端定义为同一时间向服务器申请连接并发送数据的客户端中，未被服务器影响的客户端数。

　　5. 2 测试环境

　　选用两台Intel Core2 1. 9GHz 双核CPU，2G 内存台式机，一台用作服务器电脑，一台用作客户端电脑。服务器电脑上分别安装传统通信模型的旧版路灯监控软件和完成端口模型的新版路灯监控软件，并且在软件程序中加入测试代码，用来计算饥饿客户端数目和线程上下文的切换次数; 客户端电脑上用测试软件来模拟一定数量的终端设备的客户端，并向服务器同时进行连接和发送数据的操作。

　　5. 3 测试结果及分析

　　不断的改变模拟客户端的数量，对两种通信模型进行测试，分别记录下两种模型在不同数量的客户端下，饥饿客户端数量和线程上下文切换的次数，重复多次测试，取得多组数据，取其平均值。

　　如表4 所示，当模拟客户端数目逐渐增加时，传统通信模型的饥饿客户端数量也不断增加，这就使得大量的客户端无法得到服务器响应，大量客户端的数据无法传输，导致数据的阻塞和丢失。而完成端口通信模型采取了一系列的优化策略，并不存在客户端无法得到服务的情况。

　　如表5 所示，在模拟客户端数量较少时，两种通信模型的线程上下文切换次数相当; 当模拟客户端数量增加时，传统通信模型的切换次数剧增，而每次的切换都会导致系统资源的额外开销，这就使的传统通信模型的数据处理效率十分低下。使用完成端口通信模型时，线程上下文切换次数并未随着模拟客户端的增加而产生更大的变化，因此完成端口模型更适合于大量客户端的应用场合，并且仍可保持的数据通信的可靠性和高效性。

表4 饥饿客户端测试

表5 每秒线程上下文切换次数

　　6 结束语

　　完成端口技术的引入， 充分发挥了服务器多CPU 的优势，使得整个监控系统的数据通信性能得到了极大的优化了。经过压力测试，当监控终端设备数量达5000 时，系统仍然能够保持高效、稳定的运行。目前该系统应用于厦门路桥公司，龙岩长汀等地的路灯控制，取得了良好的效果。

上一页  [1] [2] [3] [4]