在 Xeon/nVidia Quadro 机器上创建 WPF 位图图像非常慢

Question

我写了一个 WPF 程序，它是事物的图形浏览器。它在 ListView 中显示了相当多的图像，每个图像都带有图像控件。它还允许用户进行基本的图像编辑。

我已经在许多不同的机器上运行过这个软件：我的开发笔记本电脑，我同事的 MacBook 和并行桌面，VirtualBox VM，可以通过 Windows 远程桌面访问，甚至在 10 年前的笔记本电脑上。它运行得很好。

不幸的是，我们的第一个客户是设计公司，拥有专为 CAD 设计构建的工作站，配备至强处理器和 nVidia Quadro 2000 卡。现在震惊了：我的程序在他们的机器上太慢以至于无法使用。

我用过dotTrace，发现瓶颈是我的ImageToImageSourceConverter，这是最标准的一个：

  public object Convert(object value, Type targetType, object parameter, CultureInfo culture)
    {
        Bitmap bmp = value as Bitmap;
        if (bmp == null)
            return null;

        using (MemoryStream memory = new MemoryStream())
        {
            memory.Seek(0, SeekOrigin.Begin);
            bmp.Save(memory, ImageFormat.Bmp);
            memory.Position = 0;
            BitmapImage bitmapImage = new BitmapImage();
            bitmapImage.BeginInit();
            bitmapImage.StreamSource = memory;
            bitmapImage.CacheOption = BitmapCacheOption.OnLoad;
            bitmapImage.EndInit();
            return bitmapImage;
        }

dotTrace 表明，在他们的机器上，带有 bitmapImage.EndInit() 的行占用了大量的计算时间。它也是在 ui 线程上完成的，因此应用程序会冻结一段时间。dotTrace 告诉调用在 clr.dll 中结束

按比例显示：在我的笔记本电脑上，此转换大约需要 5-10 毫秒，具体取决于位图。在他们的机器上（所有机器！）大约需要 800 毫秒，有时甚至更长。

在其他机器上这不是问题：它运行得很快，没有明显的死机。更重要的是，显示的位图非常小（200x200px），当我将其更改为异步时，由于线程更改开销，它会变慢。

有人知道为什么会这样吗？

到目前为止我尝试过的事情：

• 通过 RenderOptions.ProcessRenderMode = RenderMode.SoftwareOnly 禁用硬件渲染；- 没有不同
• 更新显卡驱动程序：没有区别
• 禁用显卡驱动程序和窗口兼容模式中的所有加速：没有区别
• 以管理员身份运行（我为什么这样做）：它运行速度明显更快，但仍然不够。

问题很大：如果这不能运行得更快，我们就不会得到报酬：D

更奇怪的是，有时它可以正常工作几秒钟。

我的钢笔绘图是以这样一种方式实现的，即按下按钮的 onMouseMove 我创建了上一张图像的副本，并使用预览颜色从最后一个鼠标位置到新的鼠标位置绘制附加线，并跟踪这些点。当您释放 LMB 时，我会在原始图像上用目标颜色绘制点之间的线。它可能看起来很慢，但在我测试的每台机器上都快得惊人。

在他们的，当你点击并等待片刻，然后移动鼠标它运行顺利。但是当您立即单击并移动鼠标时，它会冻结并在单击位置和最后位置之间绘制直线，因为它没有注册点。

那么，这是否与某些dll加载缓慢然后在一段时间不使用时释放它有关？如果可以，可以是哪一种？

工作站规格： Intel(R) Xeon(R) CPU E5-1650 0 @ 3.20GHz NVIDIA Quadro 2000 1GB 16GB RAM

Answer 1

正如@Clemens 所建议的，我已经更改了 Bitmap 和 ImageSource 之间的转换方法。这是我的新转换器：

  [ValueConversion(typeof(Bitmap), typeof(ImageSource))]
public class BitmapToImageSourceConverter : IValueConverter
{

    public object Convert(object value, Type targetType, object parameter, CultureInfo culture)
    {
        Bitmap bitmap = value as Bitmap;
        if (bitmap == null)
            return null;

        var bitmapData = bitmap.LockBits(
            new System.Drawing.Rectangle(0, 0, bitmap.Width, bitmap.Height),
            System.Drawing.Imaging.ImageLockMode.ReadOnly, bitmap.PixelFormat);

        var bitmapSource = BitmapSource.Create(
            bitmapData.Width, bitmapData.Height, 96, 96, ConvertPixelFormat(bitmap.PixelFormat), null,
            bitmapData.Scan0, bitmapData.Stride * bitmapData.Height, bitmapData.Stride);

        bitmap.UnlockBits(bitmapData);
        return bitmapSource;
    }

    private static System.Windows.Media.PixelFormat ConvertPixelFormat(System.Drawing.Imaging.PixelFormat sourceFormat)
    {
        switch (sourceFormat)
        {
            case System.Drawing.Imaging.PixelFormat.Format24bppRgb:
                return PixelFormats.Bgr24;

            case System.Drawing.Imaging.PixelFormat.Format32bppArgb:
                return PixelFormats.Bgra32;

            case System.Drawing.Imaging.PixelFormat.Format32bppRgb:
                return PixelFormats.Bgr32;

            // .. as many as you need...
        }
        return new System.Windows.Media.PixelFormat();
    }

    public object ConvertBack(object value, Type targetType, object parameter, CultureInfo culture)
    {
        throw new NotImplementedException();
    }
}

在某些计算机上，此方法平均甚至快 20 倍。我的测量表明，它几乎在每台机器上都可以在 1 毫秒内完成转换，而之前的转换器总是在 5 毫秒以上，而且这在 5 到 50 台计算机之间有所不同，有时甚至 800 毫秒，就像我在我的问题中所说的那样。