请教一个关于GDI+ CPU占用过高的问题?

clxye314 2012-02-07 02:36:29

Graphics *pGraphics = Graphics::FromHDC( dcMemDst.m_hDC );

for( size_t i = 0; i < m_vecTaskModule.size(); i++ )
{
m_vecTaskModule[i].pTaskModule->Draw( pGraphics, rect );
}

delete pGraphics;


我做的是基于MapX的地图显示程序,目前显示各方面都很正常。现在的问题是CPU占用率有点高。

当地图放大比例比较小的时候,CPU占用10%左右吧,当放大的比率比较大时能达到25%(四核的,应该就是100%),而且我地图上只是绘制了一个旋转过的椭圆和一条射线而已,并不复杂。

请教各位帮忙指点一下,这是什么原因?

谢谢!!
...全文
130 5 打赏 收藏 转发到动态 举报
写回复
用AI写文章
5 条回复
切换为时间正序
请发表友善的回复…
发表回复
clxye314 2012-02-09
  • 打赏
  • 举报
回复
GDI+的效率不如GDI这是事实,我认为这也是在数据量非常大的情况下这种才会差别体现的比较明显。
现在的问题是同样都是GDI+画出的图形,画出的图形都是一样的,只是因为地图的放大比例变大了,图形的大小变大一点而已(更直白一点的说就是屏幕中GDI+图形所占的区域变大了),至于绘制图形的算法等都是一样的。

真是不太明白这是什么原因导致的。
clxye314 2012-02-09
  • 打赏
  • 举报
回复
好像这个问题与GDI+本身无关,感觉是我其它地方出的问题。
谢谢解答!
youngwolf 2012-02-07
  • 打赏
  • 举报
回复
gdi+的效率不如gdi,这是我测试的结果,因为gdi+使用方便了,一个好处自然就会引入一个坏处,否则就说明gdi写的不好,有很大的提升空间

另外directx的效率也不如gdi,这也是我测试的结果。

当然,这些测试都是gdi支持的,我想用gdi+和directx的地方,应该都是用gdi无法实现的地方。比如用directx的directdraw来画一条简单直线,恐怕还不如gdi。而且我也不知道如何用directdraw来画一条直线,只知道取出HDC来LineTo,从直觉上来看,也不觉得这样用directdraw有什么好处,所以还是要不同地方不同的分析。
clxye314 2012-02-07
  • 打赏
  • 举报
回复
范围从0-6这样吧,属于插件,可扩展的。
某些模块,我只加载一个模块也存在同样的问题,这时 m_vecTaskModule.size() == 1;
lgstudyvc 2012-02-07
  • 打赏
  • 举报
回复
m_vecTaskModule.size(); 多大?

16,472

社区成员

发帖
与我相关
我的任务
社区描述
VC/MFC相关问题讨论
社区管理员
  • 基础类社区
  • Web++
  • encoderlee
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告

        VC/MFC社区版块或许是CSDN最“古老”的版块了,记忆之中,与CSDN的年龄几乎差不多。随着时间的推移,MFC技术渐渐的偏离了开发主流,若干年之后的今天,当我们面对着微软的这个经典之笔,内心充满着敬意,那些曾经的记忆,可以说代表着二十年前曾经的辉煌……
        向经典致敬,或许是老一代程序员内心里面难以释怀的感受。互联网大行其道的今天,我们期待着MFC技术能够恢复其曾经的辉煌,或许这个期待会永远成为一种“梦想”,或许一切皆有可能……
        我们希望这个版块可以很好的适配Web时代,期待更好的互联网技术能够使得MFC技术框架得以重现活力,……

试试用AI创作助手写篇文章吧