It's not that "GDI+ is slow", that's a popular myth: GDI+ has hundreds of function calls, and each one performs very differently, without looking at the whole source code and how GDI+ was used, it's not possible to understand where you are losing fps.
There are countless methods to draw stuff in GDI+ and, the funny thing is, what seems easy and simple on the source code (an innocent single line of code) it's usually slower, and what seems to be long and complex, it's usually faster. Like, for example, the fact that is MUCH faster to draw a thin rectangle than a straight line...or that is much faster to draw a circle with many points, which might lead to tenths or even hundreds of lines, than to use the single-line Circle instruction...
GDI+ is not "slow" by itself, it's just how it's used, otherwise one should explain why "my" F/A-18 is one of the fastest performing airplanes around, according to the Petreus Index, which measures the average fps compared to the default CRJ (default CRJ it's 100, this means the F/A-18 it's 44% faster that the default CRJ)
and it's all done in GDI+, with 4 big screens (3 MFDs + 1 HUD), always constantly active...
I suggest using a performance analyzer, like DevPartner (the Community edition for VS .NET 2003 was free), this will tell you exactly how much time each line of your code takes so, once you find the most troublesome places, you can start finding alternative (faster) ways to do the same things. The F/A-18 is the result of such careful analysis, and it has been throughly optimized line by line...
best regards,
Umberto Colapicchioni - VIRTUALI s.a.s.
http://www.fsdreamteam.com