std::vector与deque首尾增删及遍历(应用于CListCtrl虚拟列表)混合性能测试

2023-05-16

1、简介

  在工作项目中应用MFC类库的CListCtrl刷新加载数据,一开始是用InsertItem()、SetItemText()和DeleteItem()等成员函数来实现数据在列表视图控件中的新增和删除(最多显示500条数据)。在实施运行过程中发现,当数据量较多且显示频率快时,程序占用cpu高达30%以上,且偶尔会出现假面假死问题(其他图标按钮、右键菜单等功能不能使用),于是在网上搜索“MFC CListCtrl占用cpu高”,找到了“虚拟列表”技术支持,经实现、运行、观察,在同样的环境下cpu占用确实减缓了。
  随之而来的问题是虚拟列表需要一个能存储500条数据的数据结构,数据顺序排列(不是sort哦),且数据结构可以在首尾实现增删(项目需求是首部增、尾部删,最新数据在最前面,虚拟列表请求数据并加载在列表控件中时,新数据始终在上方,就像“U”形栈一样)。
  于是想到了标准模板库下vector向量和deque双端队列两个容器满足基本所需,相比较而言,vector遍历(随机访问)性能更高,deque首尾增删性能更高,各有所长。而所要实现的功能是新增一条数据(容器存储上限500),就遍历容器里所有数据(加载到列表控件),既有增删又有遍历,究竟谁的综合性能更高呢(容器满时,增删一次就要遍历取500次数据)?因此决定写一个简单的测试程序看看“增删”及“遍历”混合到一起,两种容器的表现如何。

2、代码

#include <iostream>
#include <Windows.h>
#include <ctime>
#include <deque>
#include <vector>
#include <string>
using namespace std;

#define CNTRSIZE 500 //容器大小(结合项目需求保持不变)
#define AVGCOUNT 5 //平均次数(3、5、7次等均可,次数越大结果越准)
#define LOOPCOUNT 50000 //循环次数(不同大小,混合测试结果也不同)
//int loopArray[6] = {1000, 2000, 5000, 10000, 20000, 50000};

class CListMsg
{
public:
	CListMsg()
	{
		m_strTopic = "";
		m_strData = "";
		m_nImage = 0;
	}

	CListMsg(string strTopic, string strData, short nImage)
	{
		m_strTopic = strTopic;
		m_strData = strData;
		m_nImage = nImage;
	}

	string m_strTopic;
	string m_strData;
	short m_nImage;
};

int main()
{
	string strTopic, strData;
	short nImage;
	time_t tBegin, tEnd, tTotal;//时间戳,计算代码段执行时间
	string strText0 = "(2022-04-27 17:12:41.609) up/9affe44f0000009d/Q6CJwA9U3", strText1 = "[43-54] (177) {\"002\":\"111111\",\"003\":\"18822223333\",\"004\":\"2\",\"001\":\"1\",\"005\":\"22222\",\"006\":\"18811111100\",\"007\":\"3\",\"008\":\"333333\",\"009\":\"18844445555\",\"010\":\"5\",\"011\":\"wyr\",\"012\":\"16178909876\"}";

	//可先单独测试:两种容器“头(增)尾(删)”与“遍历”的耗时时间
	//单独测试结果:据两种容器底层实现及预期结果,vector遍历更快,deque头尾增删更快
	//下面为两种容器的混合测试

	cout << "容器大小:" << CNTRSIZE << "  平均次数:" << AVGCOUNT << "  循环次数:" << LOOPCOUNT <<  endl << endl;

	//向量容器
	tTotal = 0;
	for(UINT nAvg=0; nAvg<AVGCOUNT; nAvg++)
	{
		vector<CListMsg> vecListMsg;//capacity和size都为0

		tBegin = clock();
		for(UINT nLoop=0; nLoop<LOOPCOUNT; nLoop++)
		{
			//插入数据(保证容器大小不超过CNTRSIZE)
			if(vecListMsg.size() >= CNTRSIZE)
			{
				vecListMsg.pop_back();//删除尾部
			}
			vecListMsg.insert(vecListMsg.begin(), CListMsg(strText0, strText1, 2));//头部插入

			//遍历容器所有数据
			for(UINT nSize=0; nSize<vecListMsg.size(); nSize++)
			{
				strTopic = vecListMsg[nSize].m_strTopic;
				strData = vecListMsg[nSize].m_strData;
				nImage = vecListMsg[nSize].m_nImage;
			}
		}
		tEnd = clock();

		time_t tTmp = tEnd - tBegin;
		cout << "vector第" << (nAvg+1) << "次耗时:" << tTmp << "毫秒" << endl;
		tTotal += tTmp;
	}
	double dVagVector = ((double)tTotal) / AVGCOUNT;
	cout << "vector平均耗时:" << dVagVector << "毫秒" << endl << endl;

	//双端队列容器
	tTotal = 0;
	for(UINT nAvg=0; nAvg<AVGCOUNT; nAvg++)
	{
		deque<CListMsg> deqListMsg;

		tBegin = clock();
		for(UINT nLoop=0; nLoop<LOOPCOUNT; nLoop++)
		{
			if(deqListMsg.size() >= CNTRSIZE)
			{
				deqListMsg.pop_back();//删除尾部
			}
			deqListMsg.push_front(CListMsg(strText0, strText1, 2));//头部插入

			for(UINT nSize=0; nSize<deqListMsg.size(); nSize++)
			{
				strTopic = deqListMsg[nSize].m_strTopic;
				strData = deqListMsg[nSize].m_strData;
				nImage = deqListMsg[nSize].m_nImage;
			}
		}
		tEnd = clock();

		time_t tTmp = tEnd - tBegin;
		cout << "deque第" << (nAvg+1) << "次耗时:" << tTmp << "毫秒" << endl;
		tTotal += tTmp;
	}
	double dVagDeque = ((double)tTotal) / AVGCOUNT;
	cout << "deque平均耗时:" << dVagDeque << "毫秒" << endl << endl;

	//测试结果:deque混合测试性能明显优于vector
	double dRatio = dVagVector / dVagDeque;//随LOOPCOUNT增大,dRatio比例变化(越小说明vector相比于deque优势增加/差距减小,越大则说明vector与deque的差距越来越大)
	cout << "dRatio = " << dRatio << endl << endl;
	
	getchar();
	return 0;
}

3、运行结果

  运行环境:Win10-64位 + VS2010-Win32 + Intel® Core™ i5-3470 CPU @ 3.20GHz

4、总结

  通过运行结果可以看出,在混合测试场景下,deque的效率是要远高于vector的。随着时间的推移,数据量增加至容器size预设值后,在每轮增删一次却要完全遍历一次取值的情况下,deque依然占据上风(粗糙的测试:随循环次数增加,vector与deque的平均耗时比值dRatio,并没有出现连续上升或下降)。

本文内容由网友自发贡献,版权归原作者所有,本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容,请联系:hwhale#tublm.com(使用前将#替换为@)

std::vector与deque首尾增删及遍历(应用于CListCtrl虚拟列表)混合性能测试 的相关文章

  • 走进他人内心的七项修炼

    本文是一篇读书笔记 xff0c 书名叫 我就是你啊 之所以看这本书 xff0c 是因为在结婚之后 xff0c 发现很多时候会吵架 xff0c 会发现自己情绪不好 xff0c 然后无能为力去解决 让我们来回顾一下 xff0c 化解一场纷争需要
  • 使用优先队列解决自己构造的数据类型

    在C 43 43 中优先队列有两种 xff0c 最大堆和最小堆 当数据类型为int的时候 xff0c 大家都会使用 xff0c 但是如果数据不是单一的 xff0c 比如数据是一个hashmap怎么办 xff1f 例子如下 xff1a You
  • curl header设置Authorization

    文章目录 场景解决 场景 接口设置了tymondesigns jwt auth 认证 xff0c 所以需要在请求的头部放置authorization 信息 解决 参考curl 官网 code class prism language php
  • python subprocess.Popen read阻塞问题解决

    python subprocess Popen read阻塞问题解决 背景 使用subprocess Popen打开一个子进程 xff0c 指定子进程的标准输入 xff0c 标准输出为subprocess PIPE xff0c 使用stdo
  • stm32 串口发送一帧数据(字符串版本和结构体版本)

    使用stm32串口发送一帧数据 具体程序如下 xff0c 相关知识点请自行脑补 1 串口发送字符串 发送一个字节 myUSARTx xff1a 具体串口 ch 一个8位的字节 void Debug SendByte USART TypeDe
  • 【通信总线】CAN 总线简介及应用

    CAN总线简介及应用 一 CAN总线简介二 CAN总线报文格式2 1 数据帧区分2 2 标准帧 11位2 3 扩展帧 29位 三 CAN测试工具四 CAN总线报文处理五 CAN应用 一 CAN总线简介 简单来说 xff0c CAN最早是由德
  • 【Linux---NX】基于Xavier NX模组安装Paho-MQTT C库及Json库并在ROS功能包中调用

    基于Xavier NX模组安装Paho MQTT C库及Json库并在ROS功能包中调用 一 系统环境二 Json 库下载编译三 Paho C库下载编译四 ROS中调用Paho C库及Json库 一 系统环境 Ubuntu 18 04 43
  • 【STM32---IAP】基于CAN总线的BootLoader上下位机设计

    IAP开发 下位机STM32 43 上位机Linux 一 准备工作二 IAP系统开发2 1 IAP简介2 2 IAP下位机开发2 2 1 刷写文件选择2 2 2 Bootloader程序框架2 2 3 Bootloader程序开发2 2 3
  • 【STM32---传感器】基于状态机机制实现多路超声波传感器数据采集及异常检测

    一 超声波传感器介绍 1 1 测距原理 xff08 1 xff09 采用IO口TRIG触发测距 xff0c 给至少10us的高电平信号 xff08 2 xff09 模块自动发送8个40khz的方波 xff0c 自动检测是否有信号返回 xff
  • 【STM32---任务调度】裸系统下的时间片轮询机制

    一 任务调度 众所周知 xff0c 实时多任务操作系统 xff08 RTOS xff09 是嵌入式应用软件的基础和开发平台 xff0c 因其简单易用 开源等优点被大多数嵌入式开发者使用 xff0c 但是在一些简单 实时性要求比较强的情况下
  • 【日志工具】g3log_4_API接口描述

    API描述 使用g3log所需的大部分API都在本文件中进行了描述 xff0c 有关更多API文档和示例 xff0c 请继续阅读 API readme xff0c 你会找到一些例子如这里所示 xff1a 日志API LOG调用 LOG调用可
  • 【日志工具】g3log_5_自定义log格式

    自定义日志格式 重载默认文件接收器的文件头 默认文件头可以在默认文件接收器中自定义 FileSink overrideLogHeader std string 重载默认文件接收器的日志格式 默认的日志格式是在LogMessage hpp s
  • 【日志工具】g3log_6_ROS1中g3log的安装&使用

    ROS1中g3log的安装 amp 使用 基于ros1 melodic版本进行封装使用 g3log库安装 git clone https span class token operator span span class token com
  • nginx负载均衡 upstream ip_hash的用法

    文章目录 场景参考文档用法 场景 负载均衡解决session共享的问题 参考文档 nginx org upstream 用法 语法 Syntax ip hash Default Context upstream 说明 Specifies t
  • ros 播放激光雷达数据包,rviz可视化

    通过bag文件记录话题消息 当发布话题的节点运行后 xff0c 可以通过rostopic list 列出当前 运行的话题 xff0c 然后记录 xff1a mkdir bagfile cd bagfile rosbag record a 记
  • TIM2_CH1_ETR可以当做TIM2_CH1来用

    TIM2 CH1 ETR可以当做TIM2 CH1来用 在stm32中文参考手册8 3 7定时器复用功能重映射小节可以看到这样的描述
  • hal库LTDC的层数判断应为<而不是<=

    LTDC的层数判断为 IS LTDC LAYER LAYER LAYER lt 61 MAX LAYER 假设MAX LAYER 61 2 xff0c 则LAYER等于2时也满足条件判断 但在配置寄存器时 xff0c 寄存器的地址依靠 la
  • 【无标题】

    hal库 SD卡总线宽度设置8不支持 xff0c 但还是保留了设置总线宽度为8的宏定义 HAL SD ErrorTypedef span class token function HAL SD WideBusOperation Config
  • 【无标题】

    发现一个问题 使用HAL库中的这个类型定义变量 xff0c 但不使用的话居然不会报警告 就是它 xff1a DMA HandleTypeDef
  • 【无标题】

    勘误 xff1a stm32F4xx参考手册中 34 11小节FIFO框架图中 最上面的DIEPTXF2 31 16 应为DIEPTXFn 31 16

随机推荐

  • HttpURLConnection高阶使用之kerberos认证解决方案

    1 HttpURLConnection 简介 sun net www protocol http HttpURLConnection是jdk中默认执行请求时使用 此HttpURLConnection 支持多种权限认证方案 xff0c Neg
  • 下篇 | 开发板AMR接收虚拟机Ubuntu传来的文件

    上篇笔记 xff1a 虚拟机Ubuntu向开发板AMR传送文件 已经做好了虚拟机向开发板传送文件的笔记啦 xff0c 然后有发送肯定有接收的 xff0c 不然就发空气啦 xff01 接下来 xff0c 写开发板如何接受虚拟机发送过来的文件的
  • 解决QT->setText()中文出现乱码问题,使用QString或者tr()均出现乱码。

    微软VC编译器源代码使用GB2312编码进行保存 源码中的汉字字符串在生成可执行文件的过程中被转换成了本地编码 Qt内部是使用Unicode编码 xff0c 即QString保存的是Unicode编码的字符串 Qt内部需要使用Unicode
  • Qt 下载图片并显示图片

    源码下载 xff1a 图片下载器 include 34 mainwindow h 34 include 34 ui mainwindow h 34 include lt QHostAddress gt include lt QDebug g
  • 海康威视 web3.0开发 常见错误 404,403

    海康威视 web3 0开发 常见错误 404 xff0c 403 配置情况 IE 浏览器 43 nginx 43 thinkPHP5 0 43 海康威视200万星光级红外球机1080P变焦云台球机DS 2DC4223IW D 关于如何使用网
  • 虚拟USB设备总结

    开发环境 xff1a windows 首先来总结最近研究的虚拟USB设备 xff0c 进而虚拟USB键盘成功了 xff0c 开心 xff01 得出了一个C S框架 xff0c 首先说一下客户端 客户端有两个部分 xff0c 用户空间工具和底
  • C#Winform:《DataGridViewComboBoxCell值无效》解决方案

    值无效 xff0c 可能是你下拉框选项 xff0c 没有这样的值 xff0c 而你却设置这个值 dataGridView1 Rows i Cells 1 Value 61 Hello World 解决方法就是在窗体的构造函数里添加如下代码
  • FFmpeg笔记

    1 下载 xff0c 配置 FFmpeg官网 xff1a https ffmpeg org 用的系统是Ubuntu18 04 所以直接apt get就可以了 sudo apt get install ffmpeg 2 简介 xff0c 上手
  • 《WPF中TextBox绑定Double类型数据,文本框不能输入小数点》解决方案

    在App cs文件里面 xff0c 重写OnStatup xff0c 添加下面一条语句即可 span class token keyword public span span class token keyword partial span
  • stm32 HAL库串口收发-中断接收DMA发送不定长数据

    使用的时候发现 xff1a 接收完一个字节立即用DMA的方式发送出去 xff0c 会出现数据的丢失 xff0c 如用串口调试助手发送1234 xff0c 返回的只有13 目前只能用缓存buf 43 协议结束 xff08 如0x0d 0x0a
  • headers Authorization

    var auth 61 96 host user host pass 96 const buf 61 Buffer from auth 39 ascii 39 strauth 61 buf toString 39 base64 39 con
  • 平衡车入门---MPU6050陀螺仪的使用

    平衡车入门 MPU6050陀螺仪的使用 一 MPU6050简介二 学习MPU6050的步骤三 I2C协议简介四 MPU6050硬件介绍五 MPU6050的几个重要寄存器六 原始数据的单位换算七 角度换算 滤波算法 一 MPU6050简介 M
  • C++ 为什么基类的析构函数要声明为虚函数

    1 为什么声明基类析构函数为虚函数 xff1f xff08 1 xff09 基类指针 指向 基类对象 xff1a 不用考虑基类析构函数是否声明为虚函数 xff08 2 xff09 基类指针 指向 派生类对象 xff1a 若基类析构函数不为虚
  • std::map find和count效率测试

    1 简介 在使用标准模板库中的map容器且遇到键值对的值为自定义struct或class类型时 xff0c 考虑到特殊场景 xff08 即不能确保key自始至终唯一 xff09 xff0c 若插入新元素 xff08 new 对象 xff09
  • 随机生成8位长字符串(大小写字母及数字组合)

    1 简要说明 项目上开发要用到随机生成一个8位长的字符串 xff08 类似Java工具类中的UUID xff09 xff0c 作为id来对同一事物的不同个体进行唯一标识 xff0c 如同一个班级里学生名字几乎不同 xff0c 偶尔会有重复
  • C++引用和指针区别

    1 C 43 43 引用和指针区别 xff1a 指针是一个新的变量 xff0c 指向另一个变量的地址 xff0c 我们可以通过访问这个地址来修改另一个变量 xff1b 而引用是一个别名 xff0c 对引用的操作就是对变量的本身进行操作指针可
  • TCP/UDP端口号

    大家好呀 xff0c 我是请假君 xff0c 今天又来和大家一起学习数通了 xff0c 今天要分享的知识是TCP UDP端口号 在IP网络中 xff0c 一个IP地址可以唯一地标识一个主机 但一个主机上却可能同时有多个程序访问网络 要标识这
  • C/C++ 电脑微信dat文件解密及工具分享

    1 前言 最近想整理下照片 xff08 回忆 怀旧 xff09 xff0c 以前也知道在微信pc端聊天时 xff0c 图片 视频 文档等文件会缓存在一个目录下 xff08 电脑微信 左下角三条杠 设置 文件管理 xff09 xff0c 点击
  • ODBC::SQLExecDirect返回-1 错误信息ORA-00604 ORA-01000

    在通过使用微软提供的ODBC SDK读取数据库 xff08 SELECT xff09 时 xff0c 发现Oracle读着读着就读不到数据了 xff08 MySQL和SQL Server是正常的 xff09 xff0c 经调试发现SQLEx
  • std::vector与deque首尾增删及遍历(应用于CListCtrl虚拟列表)混合性能测试

    1 简介 在工作项目中应用MFC类库的CListCtrl刷新加载数据 xff0c 一开始是用InsertItem SetItemText 和DeleteItem 等成员函数来实现数据在列表视图控件中的新增和删除 xff08 最多显示500条