GDI on Windows Mobile 托管代码和本地代码的性能比较

核心提示：BOX_WIDTH - 2 * width, BOX_HEIGHT - 2 * height);backGraphics.FillEllipse(ellipseBrush, height, width,BOX_WIDTH - 2 * height, BOX_HEIGHT - 2 * width);screenGraph

BOX_WIDTH - 2 * width, BOX_HEIGHT - 2 * height);

backGraphics.FillEllipse(ellipseBrush, height, width,

BOX_WIDTH - 2 * height, BOX_HEIGHT - 2 * width);

screenGraphics.DrawImage(backBuffer, 0, 0);

}

这次试验的结果是，在.NET CF 3.5+Windows Mobile 5模拟器的环境下，该程序中循环的速度为425次每秒，这比刚才的本地代码要慢15%，而在同样的Dell Axim设备上，该程序只有210次每秒的表现。比之前的本地代码要慢上19%。

桌面PC机上的测试

通常来说，托管代码和本地代码的效率应该5%左右，充其量有10%的差别，而以上结果(15%~20%)确实有些让人感到意外。考虑到有可能是.NET Compact Framework和我们通常用的桌面版本的Framework有所不同，接下来我们再来做一个桌面PC机上的测试。我们稍稍改动了一下代码，加了几条预编译指令，让之前的代码托管代码能在PC机上运行。结果是托管的程序循环速度为825次每秒，本地代码的程序循环速度则达到了6200次每秒。这比托管的程序快了625%!!

改进后的托管代码

为什么托管代码会如此之慢，设想那些托管方法如Graphics.FillRectangle只是通过P/invoke对Win32API FillRect的简单封装。那何不直接P/invoke来调用本地GDI代码呢，这样可以减少方法调用的次数。

改进后测试结果表明性能有所提高，在模拟器和Axim上分别达到了455和225次每秒，较之前提高了7%。这将托管代码和本地代码的差别缩小了一半。再回到桌面上，测试结果让人更加吃惊，托管代码也达到了每秒6150次循环。和之前的本地代码只差了1%。看来，托管代码并不总是比本地代码慢那么多。

总结

经过在不同设备，不同平台上的试验，证明了托管代码至少在基本的GDI操作方面确实比非托管代码要慢，但并不总是慢那么多。下表列举了一些实验数据：

Managed: Framework Calls

Managed: P/Invoke Calls

Native

Native is n% Faster (framework / P/invoke)

Desktop

2.66GHz Intel Core2 Duo

890

6150

6200

597% / 1%

Device

Windows Mobile 5.0 Emulator

425

455

490

15% / 8%