view算子性能分析

### Add a description ## 问题 网络使用view算子之后（`ops.transpose`->`mint.transpose`），性能下降。  ## 原因 定位到根因是`host性能`影响了整体性能 在使用`mint.transpose`后，存在报错不支持非连续输入，脚本侧大量使用了转连续动作`.contiguous()`，转连续算子对应底层为`aclnnInplaceCopy` 1. host性能 host性能慢由转连续算子引入 2. cpu cache miss Contiguous操作耗时最长（平均耗时48us），整体cpu cache miss高。 3. profling `aclnnInplaceCopy`每次都需要调一二阶段   ## 总结 1. 原先是非view算子，带来的开销是执行了一遍实际算子 2. 改成view算子之后，有时报不支持非连续输入（比如Inplace的算子不支持view），网络开发人员就在脚本加.contiguous()（有时候可能会多加了？），底层对应InplaceCopy算子，而InplaceCopy大部分场景下缓存不生效，导致开销比非view算子还大；此外，有些场景框架会内部转连续（例如算子不是aclnn算子或internal算子），内部转连续同样是使用InplaceCopy 3. 如果改成view算子，后续流程支持连续输入，runtime也不隐式转连续，就省去一次实际非view算子的执行