2

我正在开发一个 .NET 3.5 应用程序，它使用 SharpDX 来渲染平铺的 2D 图像。

纹理 (Texture2D) 按需加载到缓存中，并在托管池中创建。

不再需要纹理时会丢弃纹理，并且我已验证正确调用了 Dispose()。SharpDX 对象跟踪表明没有最终确定的纹理。

问题是纹理使用的大量非托管堆内存在处理后继续保留。加载新纹理时会重用此内存，因此不会泄漏内存。

但是，应用程序的另一部分也需要大量内存来处理新图像。因为这些堆仍然存在，即使纹理已被释放，也没有足够的连续内存来加载另一个图像（可能是数百 MB）。

如果我使用 分配非托管内存AllocHGlobal，则生成的堆内存在调用后会再次完全消失FreeHGlobal。

碎片化

VMMap 在应用程序大量使用后显示非托管堆（红色）。

非托管堆

我们可以在这里看到非托管堆占 ~380MB，尽管此时实际上只提交了 ~20MB。

从长远来看，该应用程序正在移植到 64 位。但是，由于非托管依赖关系，这并非微不足道。此外，并非所有用户都在 64 位计算机上。

编辑：我已经汇总了该问题的演示 - 创建一个 WinForms 应用程序并通过 Nuget 安装 SharpDX 2.6.3。

Form1.cs：

using System.Collections.Generic;
using System.Diagnostics;
using System.Windows.Forms;
using SharpDX.Direct3D9;

namespace SharpDXRepro {
    public partial class Form1 : Form {
        private readonly SharpDXRenderer renderer;
        private readonly List<Texture> textures = new List<Texture>();

        public Form1() {
            InitializeComponent();

            renderer = new SharpDXRenderer(this);

            Debugger.Break(); // Check VMMap here

            LoadTextures();

            Debugger.Break(); // Check VMMap here

            DisposeAllTextures();

            Debugger.Break(); // Check VMMap here

            renderer.Dispose();

            Debugger.Break(); // Check VMMap here
        }

        private void LoadTextures() {
            for (int i = 0; i < 1000; i++) {
                textures.Add(renderer.LoadTextureFromFile(@"D:\Image256x256.jpg"));
            }
        }

        private void DisposeAllTextures() {
            foreach (var texture in textures.ToArray()) {
                texture.Dispose();
                textures.Remove(texture);
            }
        }
    }
}

SharpDXRenderer.cs：

using System;
using System.Linq;
using System.Windows.Forms;
using SharpDX.Direct3D9;

namespace SharpDXRepro {
    public class SharpDXRenderer : IDisposable {
        private readonly Control parentControl;

        private Direct3D direct3d;
        private Device device;
        private DeviceType deviceType = DeviceType.Hardware;
        private PresentParameters presentParameters;
        private CreateFlags createFlags = CreateFlags.HardwareVertexProcessing | CreateFlags.Multithreaded;

        public SharpDXRenderer(Control parentControl) {
            this.parentControl = parentControl;

            InitialiseDevice();
        }

        public void InitialiseDevice() {
            direct3d = new Direct3D();
            AdapterInformation defaultAdapter = direct3d.Adapters.First();

            presentParameters = new PresentParameters {
                Windowed = true,
                EnableAutoDepthStencil = true,
                AutoDepthStencilFormat = Format.D16,
                SwapEffect = SwapEffect.Discard,
                PresentationInterval = PresentInterval.One,
                BackBufferWidth = parentControl.ClientSize.Width,
                BackBufferHeight = parentControl.ClientSize.Height,
                BackBufferCount = 1,
                BackBufferFormat = defaultAdapter.CurrentDisplayMode.Format,
            };

            device = new Device(direct3d, direct3d.Adapters[0].Adapter, deviceType,
                parentControl.Handle, createFlags, presentParameters);
        }

        public Texture LoadTextureFromFile(string filename) {
            using (var stream = new FileStream(filename, FileMode.Open, FileAccess.Read)) {
                return Texture.FromStream(device, stream, 0, 0, 1, Usage.None, Format.Unknown, Pool.Managed, Filter.Point, Filter.None, 0);
            }
        }

        public void Dispose() {
            if (device != null) {
                device.Dispose();
                device = null;
            }

            if (direct3d != null) {
                direct3d.Dispose();
                direct3d = null;
            }
        }
    }
}

因此，我的问题是 - （如何）在处理纹理后回收这些非托管堆消耗的内存？

4

1 回答 1

1

似乎出现问题的内存是由 nVidia 驱动程序分配的。据我所知，所有的释放方法都被正确调用了，所以这可能是驱动程序中的一个错误。环顾互联网显示了一些似乎与此相关的问题，尽管它并不严重到值得参考。我无法在 ATi 卡上进行测试（我已经有十年没见过了：D）。

所以看起来你的选择是：

  • 确保你的纹理足够大，永远不会被分配到“共享”堆上。这允许内存泄漏进行得更慢 - 尽管它仍然是未释放的内存，但它不会导致内存碎片接近您所经历的严重程度。你在谈论绘制瓷砖 - 这在历史上是用瓷砖集完成的，它可以为你提供更好的处理（尽管它们也有缺点）。在我的测试中，简单地避免微小的纹理几乎消除了问题 - 很难判断它是否只是隐藏或完全消失（两者都很可能）。
  • 在单独的过程中处理您的处理。您的主应用程序会在需要时启动另一个进程，并且当辅助进程退出时，内存将被正确回收。当然，这仅在您编写一些处理应用程序时才有意义 - 如果您正在制作实际显示纹理的东西，这将无济于事（或者至少设置起来非常棘手）。
  • 不要丢弃纹理。Managed纹理池为您处理与设备之间的纹理分页，它甚至允许您使用优先级等，以及刷新整个设备上（托管）内存。这意味着纹理将保留在您的进程内存中，但看起来您仍然可以获得比当前方法更好的内存使用:)
  • 这些问题可能仅与 DirectX 9 上下文有关。您可能想要使用较新的接口之一进行测试，例如 DX10 或 DXGI。这不一定将您限制在 DX10+ GPU - 但您将失去对 Windows XP 的支持（无论如何不再支持）。
于 2015-07-03T14:37:38.627 回答