You need to enable JavaScript to run this app.
优惠活动
大模型
产品
解决方案
定价
更多

AWS AMI优化Unreal缓存:如何避免实例启动时重新编译着色器?

解决Unreal Pixel Streaming在AWS实例启动时着色器重复编译的问题

完全可以把着色器缓存打包进AWS AMI里,彻底解决每次启动重新编译的问题,具体步骤如下:

  • 先启动一个AWS实例,基于你当前的基础AMI部署Unreal项目,手动启动一次Unreal,等它完全完成着色器编译和缓存加载(也就是项目完全启动好,能正常通过Pixel Streaming访问),然后正常关闭Unreal(别强制杀进程,确保缓存文件写入完成)。
  • 定位Unreal的缓存文件:
    • 项目级缓存:在你的Unreal项目目录下的 Saved/ShaderCache 文件夹
    • 引擎级派生数据缓存:如果用的是本地DDC,路径是 Engine/DerivedDataCache
  • 确认这些缓存文件都存在于实例的永久存储(比如EBS卷)上,别放在临时存储(AWS实例的临时盘重启会清空)。
  • 关闭这个实例,在AWS控制台选中它,点击「创建镜像」生成新的AMI。
  • 后续用这个新AMI启动的实例,Unreal会直接读取已生成的缓存文件,跳过着色器编译步骤,启动时间会大幅缩短。

注意事项

  • 如果之后修改了Unreal项目(比如加了新材质、改了渲染设置),需要重新启动项目完成新的着色器编译,再更新一次AMI,否则新实例的缓存会不匹配,还是会触发编译。
  • 确保新实例的GPU型号和创建AMI时的一致,不同GPU的着色器缓存不兼容,换GPU的话得重新生成缓存。
  • 也可以考虑把DDC配置成共享存储(比如AWS EFS)让多个实例共享缓存,但打包进AMI是最直接的单次解决方式,适合单实例按需启动的场景。

内容的提问来源于stack exchange,提问作者CreativeDirector

相关产品推荐
方舟 Agent Plan

超全模态模型 × Harness 升级,最新支持 Deepseek-V4.1-Flash、GLM-5.3 系列、Doubao-Seedream-5.0-pro、Kimi-K3 (部分), 限时 9.9 元起

最近更新时间:2026.07.28 05:42:10