SharpDX(v4.0.1)加载大场景遇E_OUTOFMEMORY异常及设备丢失求助

你遇到的问题很典型——处理超大装配体时，GPU显存耗尽导致资源创建失败，进而可能引发设备丢失，重建所有资源的成本极高。先纠正几个关键点：

• MemoryFailPoint确实只检查系统RAM，和GPU显存完全无关，所以它只能延迟问题，无法解决核心的GPU内存不足。
• 单个部件创建缓冲区失败的E_OUTOFMEMORY不一定会直接导致设备丢失——只有当GPU遇到严重错误（比如驱动重置）时才会触发设备丢失。如果只是资源创建失败，设备通常还处于可用状态，你可以捕获异常并跳过该部件，而不需要重建整个设备。

下面是几个可行的解决方案，按优先级排序：

1. 提前查询GPU显存状态 #

在创建资源前，先查询当前GPU的可用显存，判断是否足够容纳当前部件的顶点缓冲区。SharpDX可以通过DXGI接口获取准确的显存信息：

代码示例：查询GPU可用显存 #

using SharpDX.DXGI;
using SharpDX.Direct3D11;

// 从现有Device获取DXGI设备
var dxgiDevice = _device.Device.QueryInterface<SharpDX.DXGI.Device3>();
var adapter = dxgiDevice.Adapter.QueryInterface<Adapter3>();

// 查询当前进程可申请的本地显存（独立GPU专用显存）
var videoMemoryInfo = adapter.QueryVideoMemoryInfo(0, VideoMemorySegmentGroup.Local);
ulong availableGpuMemory = videoMemoryInfo.AvailableForReservation;

// 计算当前部件需要的显存大小
int vertexBufferSize = _meshVertices.Length * Utilities.SizeOf<MeshVertex>();

// 预留100MB安全空间，避免刚好占满导致失败
if (vertexBufferSize + 100 * 1024 * 1024 <= availableGpuMemory)
{
    BufferDescription descr = new BufferDescription(vertexBufferSize, ResourceUsage.Default, BindFlags.VertexBuffer, CpuAccessFlags.None, ResourceOptionFlags.None, 0);
    _vertexBuffer = Buffer.Create(_device.Device, _meshVertices, descr);
}
else
{
    // 显存不足，丢弃该部件或做降级处理
    Console.WriteLine($"Skipping part: Needs {vertexBufferSize / 1024 / 1024}MB GPU memory, only {availableGpuMemory / 1024 / 1024}MB available");
    _vertexBuffer = null;
}

注意：如果是集成显卡，需要将VideoMemorySegmentGroup.Local替换为Shared，对应共享系统显存。AvailableForReservation是当前进程可申请的显存上限，比全局可用显存更具参考性。

2. 捕获异常并局部处理，避免设备丢失 #

即使提前查询了显存，也可能因为其他进程抢占显存导致创建失败。这时候要精准捕获异常，区分普通内存不足和设备丢失场景：

代码示例：异常安全的资源创建 #

int vertexBufferSize = _meshVertices.Length * Utilities.SizeOf<MeshVertex>();
BufferDescription descr = new BufferDescription(vertexBufferSize, ResourceUsage.Default, BindFlags.VertexBuffer, CpuAccessFlags.None, ResourceOptionFlags.None, 0);

try
{
    _vertexBuffer = Buffer.Create(_device.Device, _meshVertices, descr);
}
catch (SharpDXException ex) when (ex.ResultCode == SharpDX.ResultCode.OutOfMemory)
{
    // 仅当前部件创建失败，设备仍可用
    Console.WriteLine($"Failed to create vertex buffer for part: {ex.Message}");
    // 标记该部件为不可见，或后续尝试用简化模型替代
    _vertexBuffer = null;
}
catch (SharpDXException ex) when (ex.ResultCode == SharpDX.ResultCode.DeviceRemoved || ex.ResultCode == SharpDX.ResultCode.DeviceReset)
{
    // 真正的设备丢失，需要触发全量重建流程
    HandleDeviceLost();
}

这里的核心是区分OutOfMemory和DeviceRemoved/DeviceReset——前者只是单个资源创建失败，无需重建整个设备；后者才需要重新初始化所有GPU资源。

3. 从根源优化显存占用 #

如果超大装配体是常态，建议从资源本身入手减少显存消耗：

• LOD（细节层次）：为每个部件准备多套顶点数据，距离相机远的部件使用简化模型，降低显存占用。
• 动态加载/卸载：仅加载当前视野内的部件，视野外的部件释放GPU资源，需要时再重新加载。
• 压缩顶点格式：将顶点中的颜色、法线等数据从R32G32B32A32_FLOAT压缩为R16G16B16A16_FLOAT，减少单顶点大小。
• 共享资源：多个相同部件复用同一个顶点缓冲区，避免重复创建。

4. 设备丢失后的高效重建 #

如果不幸遇到设备丢失，提前做好准备可以大幅减少重建时间：

• 将所有部件的顶点/索引数据缓存到系统内存，不要依赖GPU资源存储。
• 按视野优先级分批重建资源，优先恢复当前可见部件，后台异步重建其他部件。
• 避免一次性创建所有资源，分批创建降低显存峰值压力。

最后提醒：SharpDX v4.0.1基于Direct3D 11，上述方法均适配该版本。如果后续考虑升级，Direct3D 12提供了更精细的显存管理机制，但学习成本相对更高。

内容的提问来源于stack exchange，提问作者kammie