C# 图形性能改进/GDI替代方案？

有人能提出GDI的替代方案吗？ 原因是我有快速更新的数据，GDI不支持那种渲染速度。。。我试过SharpDX和SlimDX，但没有一个能正常工作（不能强迫他们在表格上无误地画图）

更新1:我正在用C语言开发#

更新2:数据绑定到Visual Studio 2010默认图表控件。已经编写了大量代码来添加功能&大量数据传入后发现了滞后。原因是我需要与.NETFramework4和WindowsXP及更高版本兼容。

---

在花了大量时间调查之后，我发现SlimDX和SharpDX对显卡、驱动程序和在Windows XP上运行的问题有严格的要求。

老实说，我觉得奇怪的是，GDI在这种情况下是不够的，但有很多替代方案：你可以选择DirectDraw来获得完全的功能，GDI+用于更高级的操作和选项，甚至是GTK+之类的外部软件。

老实说，我觉得奇怪的是GDI在这种情况下还不够，但有很多替代方案：你可以选择DirectDraw来获得完整的功能，GDI+来获得更高级的操作和选项，甚至像GTK+这样的外部软件。

GDI是纯软件渲染，以及处理透明度渲染的alpha通道的GDI+。与基于GPU的库相比，这两个库非常有限且速度较慢

我的建议是，您应该投入时间来实现基于SharpDX Direct2D的绘图引擎。我从来没有听说过关于表单的问题，我在Winforms和WPF中使用SharpDX，一切都很顺利

---

如果速度是最重要的标准，那么您必须在基于GPU的渲染引擎上投入时间，GDI是一种缓慢的方式，不适合实时渲染。

GDI是纯软件渲染，以及处理透明度渲染的alpha通道的GDI+。与基于GPU的库相比，这两个库非常有限且速度较慢

我的建议是，您应该投入时间来实现基于SharpDX Direct2D的绘图引擎。我从来没有听说过关于表单的问题，我在Winforms和WPF中使用SharpDX，一切都很顺利

---

如果速度是最重要的标准，那么您必须在基于GPU的渲染引擎上投入时间，GDI是一种缓慢的方式，不适合实时渲染。

您确定是GDI而不是.net成为瓶颈吗？你是如何调用GDI函数的？是的，我确定，因为只有当涉及到图形时，它才会开始降低性能…这不是一回事。很容易，位于代码和Win32 GDI API之间的.net层就是瓶颈。您是否尝试过制作一个执行相同GDI操作的小型C/C++示例，并对其进行测试，以确定它是否也很慢？您确定瓶颈是GDI，而不是.net？你是如何调用GDI函数的？是的，我确定，因为只有当涉及到图形时，它才会开始降低性能…这不是一回事。很容易，位于代码和Win32 GDI API之间的.net层就是瓶颈。您是否尝试过制作一个执行相同GDI操作的小型C/C++示例，并对其进行了测试，看看它是否也很慢？