解析16GB显卡的显存使用情况与生成能力

6428

一款标识为16GB显存的RTX 5070 Ti成功完成了TRELLIS.2设定的24次生成任务,包括1536分辨率的网格生成。然而,更引人注目的是它的工作方式:在一次成功的1536导出过程中,Windows快照显示GPU共享内存使用达10.30 GiB。这表明,尽管该显卡名义上具备16GB本地显存,但实际工作时却依赖系统内存来补充。测试环境设置为Windows 11 Pro工作站,配备RTX 5070 Ti 16GB显卡,使用617.42驱动程序以及锐龙9 9950X处理器,系统内存约为61.65 GiB;WSL2下的Ubuntu 24.04.2分配了30.18 GiB内存上限和8 GiB交换空间。需要指出的是,微软发布的TRELLIS.2官方文档要求使用Linux和至少24GB显存,这项Windows/WSL实验并没有改变此要求。

about image

生成、导出和验证这三个环节的结果有所不同。三个768×768的透明Blender渲染图作为输入:喷壶、盆栽和长椅。测试中使用相同的权重、种子42、12步采样的默认值、低显存卸载和49152 token上限,所有返回的网格分辨率均与请求一致,没有由于显存不足而降级成功的情况。在主要测试过程中包含18个独立的Python进程,确保生成的可靠性。官方源码为75fbf018,而社区对照则使用Espalier旧版,包含256体素核心和特定的解码设置。两条路径使用相同的编译扩展基线。

测试结果显示生成环节较为稳定,而原生导出则出现问题:虽然完成了24次生成请求,但仅成功导出了23个GLB文件。一次导出过程出现“设备未就绪”的CUDA驱动错误,这种失败并非由于显存溢出。导出设置未因失败而调整,仍采用官方示例的多个目标设置;在计时阶段,保存的私有原始张量及面数上限均未影响整体计时。 球友会

生成的中位数是通过三种不同输入计算得出的,而导出的中位数则基于实际写出的文件计算,官方1536导出只有n=2。除了首次的512试点预热外,其他路径和新参数的编译效果有待观察。32次默认分配器复测全部成功生成文件,而官方1536复测的生成耗时为121.20秒,加上导出的475.52秒,总计算约为700秒。值得注意的是,通过重网格化,网格面数一度从15538939个增加至36114868个,显示了生成目标与实际生成的拉锯。

显存数据需要分开视察,无法仅凭单一读数判断“纯进程显存”。PyTorch的分配器会统计不同类型的内存使用,而官方测试中的专用和共享占用数据提供了额外证据。最终,在一次失败的测试中,已经保存的1536原始数据仍有恢复的可能,这表示无法简单将成功归因于显存的物理能力。

尽量避免不必要的冲突,保持冷静,并在有需要时寻求裁判的帮助。...

尽量避免不必要的冲突,保持冷静,并在有需要时寻求裁判的帮助。...