GDI +性能问题 [英] GDI+ performance issue

问题描述

我知道这是一个旧的脏问题; GDI +几乎是

框架中最慢的部分 - 困扰了很多开发人员在动画中使用它。即使在
托管C ++中，性能也很糟糕。

现在，任何一个家伙都知道在VS 2005中有关于这个问题的任何事情+

..NET 2.0？微软是否已经解决了这个性能问题，或者我们将不得不再次坚持使用DX来获取我们应用程序中的简单动画？

（因为微软不支持DDraw任何更多，也因为管理DX9 SDK是难以想象的下载-200mb - 通过调制解调器，我们必须

真的坚持旧的DX7，许多用户不喜欢没有，哪个让我们的应用程序安静大小。）

感谢帮助

I know that''s an old dirty issue; GDI+ almost -the slowest part of the
framework - has bothered many developers using it in animations. Even in
managed C++ the performance is awful.
Now, any dude out there does know any thing about this issue in VS 2005 +
..NET 2.0 ? Has Microsoft solved this performance problem, or we will have to
again stick to that DX for simple animations in our applications?
( and since Microsoft doesn''t support DDraw any more, and also because
managed DX9 SDK is unimaginable for download -200mb - via modem, we have to
really stick to the old DX7, which many users don''t have, and which makes
our application quiet big in size.)
Thank for help

推荐答案

" ** ham" < FR **** @ hotmails.com>在消息中写道

news：el ************** @ TK2MSFTNGP11.phx.gbl ...

Hi,

"**ham" <fr****@hotmails.com> wrote in message
news:el**************@TK2MSFTNGP11.phx.gbl...

我知道''一个旧的脏问题; GDI +几乎是
框架中最慢的部分 - 困扰了许多开发人员在动画中使用它。即使在管理的C ++中，性能也很糟糕。


当瓶颈在

托管库中时，你用什么语言都没关系，是吗？

现在在VS 2005 +
.NET 2.0中，任何有这个问题的家伙都知道吗？微软是否解决了这个性能问题，或者我们将再次坚持使用DX来实现我们应用程序中的简单动画？
（因为微软不再支持DDraw了，并且另外因为管理的DX9 SDK无法想象下载-200mb - 通过调制解调器，我们确实坚持使用旧的DX7，许多用户都没有，这使得
我们的应用程序安静大小。）


实际上，DX9可再发行（注意*不是* SDK作为最终用户不需要SDK）

非常小 - 大约36Mb，如果我没有弄错，它是

a方式去动画IMO。

而且你不需要DDraw - 使用DirectX3D实际上更好，也许

更容易。


-

Miha Markic [MVP C＃] - RightHand .NET咨询和放大器;开发

SLODUG - 斯洛文尼亚开发者用户组
www.rthand.com

感谢您的帮助

I know that''s an old dirty issue; GDI+ almost -the slowest part of the
framework - has bothered many developers using it in animations. Even in
managed C++ the performance is awful.
It doesn''t matter what language you use when the bottleneck is within
managed library, does it?
Now, any dude out there does know any thing about this issue in VS 2005 +
.NET 2.0 ? Has Microsoft solved this performance problem, or we will have
to
again stick to that DX for simple animations in our applications?
( and since Microsoft doesn''t support DDraw any more, and also because
managed DX9 SDK is unimaginable for download -200mb - via modem, we have
to
really stick to the old DX7, which many users don''t have, and which makes
our application quiet big in size.)
Actually, DX9 redistributable (note *not* SDK as end-user doesn''t need SDK)
is quite significantly smaller - around 36Mb if I am not mistaken and it is
a way to go for animations IMO.
And you don''t need DDraw - using DirectX3D is actually better and perhaps
easier.

--
Miha Markic [MVP C#] - RightHand .NET consulting & development
SLODUG - Slovene Developer Users Group
www.rthand.com
Thank for help

他们正在添加另一种类型的后台缓冲区，这是假设的要更快

用于显式双缓冲和新的文本绘制功能。我相信

就是它。


简单动画的表现并不糟糕。 GDI +必须小心使用

以获得良好的性能，这是事实，但是一旦你这样做，

的性能在大多数情况下都很好。这取决于您一次动画多少像素，以及如何优化屏幕更新。确保你只需重新绘制你需要重绘的像素。


问候，

Frank Hileman


查看VG.net： http://www.vgdotnet.com

动画矢量图形系统

集成Visual Studio .NET图形编辑器


" ** ham" < FR **** @ hotmails.com>在消息中写道

news：el ************** @ TK2MSFTNGP11.phx.gbl ...

They are adding another type of back buffer, that is supposed to be faster
for explicit double buffering, and new text drawing functions. I believe
that is it.

The performance is not awful for simple animations. GDI+ must be used
carefully for good performance, it is true, but once you do that, the
performance is fine in most cases. It depends how many pixels you are
animating at once, and how you optimize the screen updates. Make sure you
only redraw the pixels you need to redraw.

Regards,
Frank Hileman

check out VG.net: http://www.vgdotnet.com
Animated vector graphics system
Integrated Visual Studio .NET graphics editor

"**ham" <fr****@hotmails.com> wrote in message
news:el**************@TK2MSFTNGP11.phx.gbl...

我知道''一个旧的脏问题; GDI +几乎是
框架中最慢的部分 - 困扰了许多开发人员在动画中使用它。即使在管理好的C ++中，性能也很糟糕。
现在，在VS 2005 +
.NET 2.0中，任何有关此问题的人都知道吗？微软是否解决了这个性能问题，或者我们将再次坚持使用DX来实现我们应用程序中的简单动画？
（因为微软不再支持DDraw了，并且另外因为管理的DX9 SDK无法想象下载-200mb - 通过调制解调器，我们确实坚持使用旧的DX7，许多用户都没有，这使得
我们的应用程序安静大小。）
感谢您的帮助

I know that''s an old dirty issue; GDI+ almost -the slowest part of the
framework - has bothered many developers using it in animations. Even in
managed C++ the performance is awful.
Now, any dude out there does know any thing about this issue in VS 2005 +
.NET 2.0 ? Has Microsoft solved this performance problem, or we will have
to
again stick to that DX for simple animations in our applications?
( and since Microsoft doesn''t support DDraw any more, and also because
managed DX9 SDK is unimaginable for download -200mb - via modem, we have
to
really stick to the old DX7, which many users don''t have, and which makes
our application quiet big in size.)
Thank for help

还有一件事：他们是正确的由于我的抱怨，在整个System.Drawing中昂贵的调用Enum.IsDefined

。

- Frank

One more thing: they are getting right of expensive calls to Enum.IsDefined
throughout System.Drawing, thanks to my complaints.
- Frank

这篇关于GDI +性能问题的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持IT屋！