2.3 KiB
tags
| tags | |||
|---|---|---|---|
|
总结
- RenderTexture 的像素数据 100% 在显存（GPU Memory）中，不是在 CPU 内存中。
- 除非触发回读CPU，也就是ReadPixel，才会在内存中有数据
- 内存中有RT对象、Unity C++中的handle
下面分层说明其放在哪里、为什么、以及哪些部分可能在 CPU。
1. RenderTexture 的核心像素存储位置：显存 (VRAM)
Unity 调用底层 API（DX11/12、Metal、Vulkan、GLES）时，创建 RenderTarget Texture 一定会将纹理 Allocation 放在：
-
VRAM（GPU local memory）
-
或在某些平台（集显）上在统一显存 UMA区域（但本质也属于 GPU 可直接访问的物理内存）
因为：
RenderTexture 必须支持：
-
GPU 作为 RenderTarget 写入
-
GPU 作为 Shader 资源读
-
ComputeShader random write（开启 enableRandomWrite 时）
这些都要求纹理在 GPU 可直接寻址的专用显存中。
所以 RenderTexture 不会放在 CPU 内存（System RAM）。
2. 那系统内存会占用吗？
会，但只是少量管理结构：
| 类型 | 是否在 CPU RAM | 说明 |
|---|---|---|
| RenderTexture 对象（C# wrapper） | ✔ | 占用极小（几十字节） |
| Unity 内部 RenderTexture handle | ✔ | 也非常小 |
| 像素数据 | ✖ | 全在显存 |
像素数据绝不会放在 System RAM。
除非你用 ReadPixels 强制拷贝。
3. 特殊情况（集显、移动设备）
即便 CPU 和 GPU 共用物理内存（如 Intel 集显、移动 SOC），Unity 仍然会：
-
将 RenderTexture 创建成 GPU 访问区域的纹理资源
-
不会放到 CPU 那边的缓冲区
因此逻辑上它依然属于“显存”。
4. 如果你读取 RenderTexture，会发生什么？
例如：
RenderTexture.active = rt; tex.ReadPixels(...);
这会把 RenderTexture 从 GPU → CPU 进行一次拷贝
代价巨大，会 stall GPU → CPU pipeline。
但这只是“做了 CPU 副本”，RenderTexture 仍然在显存中。
5. Unity Profiler 中的 Attrib
Profiler 中 GPU Memory 的 RenderTexture 项目，就是 VRAM 占用。
CPU Memory 中不会出现它。
如果你看到 CPU Memory 涨，是你创建了大量 Texture2D Readback 副本。