最近一直在做优化工作。发现一些模块的可观察性很低、就像一个固若金汤的碉堡一样,你从外面能知道他的消耗、但很难把它的消耗拆解开,这样也就不知道重点在哪里,没法知道问题在哪里、更谈不上找到解决方案。
评价技术方案的几个维度:
# 性能
## 算力消耗
### cpu消耗
### gpu消耗
## 内存消耗
# 易用性
## 程序易用性
### 对gameplay programmer的易用性
### 对render programmer的易用性
- 已经实现的feature是否容易扩展、是否可以直接用
- 新加入功能是否容易、是否伤筋动骨乃至完全无望
### 对优化工作者的易用性
- 是否能容易地获得各种关键参数、pinpoint问题所在
- 对于pinpont的问题,是否容易做处理、是否需要伤筋动骨
## 美术易用性
# 可观测性(debug profile)
本文探讨了模块低可观测性问题,强调了理解内部运作与资源消耗的重要性。提出了评估技术方案的多维度标准,包括性能、易用性和可观测性,旨在提升优化工作的针对性和效率。
2390

被折叠的 条评论
为什么被折叠?



