[RFC]: MindSpore后端依赖分析和重构

### 背景与目标描述.

MindSpore的各组件之间耦合关系严重，上层应用基于MindSpore开发时，无法基于最小的功能组件使用（例如无法只使用MindSpore部分功能，比如内存池、算子库、ascend资源管理等），通常要加载全量MindSpore功能，不易于使用，本特性旨在解耦MindSpore的组件依赖关系，简化使用MindSpre的开销，推广MindSpore使用、促进生态发展

### 建议的方案.

MindSpore的后端so依赖
![输入图片说明](https://foruda.gitee.com/images/1760171192306434841/5878e343_11283662.png "image002.png")
MindSpore后端代码目录结构
![输入图片说明](https://foruda.gitee.com/images/1760171446954187560/6531a908_11283662.png "image001.png")

最主要的不合理的依赖总结如下

1. CPU后端是MS默认加载的，但是此部分能力当前未分离编译，与kbk后端一同编译在ms_backend.so内，造成ops_host.so依赖ms_backend.so
2. 动态图的多级流水能力当前编译在ms_backend.so内，造成许多上层组件对ms_backend.so有依赖
3. somas能力是ms_backend独有，其编译在ms_backend.so内，但是somas是基础能力，ascend/gpu后端下有不同的优化手段，导致ascend/gpu等后端反向依赖了ms_backend

针对上述问题，解决方法如下

1. 独立cpu后端为mindspore_cpu，与mindspore_ascend、mindspore_gpu等后端并列
2. 动态图多级流水相关代码从ms_backend中剥离，减少上层组件的依赖
3. somas能力移动至backend_common.so内

### 与其他模块的相关性描述

架构解耦，不影响存量功能

### 其他信息
解耦不能影响功能，需要保证多平台（mac、windows、gpu、ascend等）编译、执行成功

### 期望的反馈时间.

### CC List.

### 其他补充信息.

### Before submitting a new issue...

- [x] Make sure you already searched for previous [RFCs](https://gitee.com/mindspore/mindspore/issues?q=is%3Aall+label%3ARFC+sort%3Arecently-updated).

GVP MindSpore/mindspore
关闭

内容风险标识

评论 (4)

GVPMindSpore/mindspore关闭

内容风险标识