BiggestFanMindSpore 多平台编译踩坑与用户初体验

转载地址：https://bbs.huaweicloud.com/forum/thread-93032-1-1.html

作者：BiggestFanMindSpore

 --- MindSpore 问题反馈 ---

1. MindSpore @ Windows/CPU，可以参考附件《mindspore-cpu-compile-windows》的步骤

   官方的文档太简单了，基本一个大步骤只有一短句，有丰富IT经验的新用户都难以跳过里面各种坑。

   附件的安装，可以稍加处理，形成《One-key zero-interaction install MindSpore on windows in few minutes》，用户体验会超级好。

2. MindSpore @ Centos/GPU，可以参考附件《mindspore-gpu-compile-linux》的步骤。

   官方的文档太简单了，基本一个大步骤只有一短句，有丰富IT经验的新用户都难以跳过里面各种坑。（比如：确认安装GCC 7.3.0版本，用户环境可能有其他版本devtools）

   附件的安装，可以稍加处理，形成《One-key zero-interaction install MindSpore on centos in few minutes》，用户体验会超级好。

3. 源码编译方式安装MindSpore GPU版本

   所有依赖安装，没有顺序描述

   所有依赖安装，全部只有一句话（确认安装XXX *.**.**版本。），用户踩坑时间都是可能数天。

   所有依赖安装，在一个非全新的环境，各种冲突，场景测试太少。（Linux+GPU，不仅是用户进入的主场景，现在几乎是唯一的场景。）

4. MindSpore @ Linux/GPU，build.sh的各种bug，各种坑。

   build.sh -h：提示的开关on|off，有些看起来不需要-? on|off，实际是需要的，不然程序不能执行。

   build.sh -h：提示信息很不明确，需要technical writer去处理。

   build.sh -S on|off：其中无论S是大小写，都不行。 -h使用提示是-s，技术支持提示是-S不能运行， -s可以运行但不能从国内下载。

   build.sh -s on|off：来在raw.githubusercontent.com的，一定要在国内cache，不然要翻越GFW，把绝大部分用户挡死了。

   build.sh -s on|off：需要外部各种去测试，某些公司的连接国外网很顺畅，外部很多地方龟速下载。

   build.sh -s on|off：不安装ompi和nccl，但还是下载ompi。

   build.sh: devtoolset-7和devtoolset-8有冲突，且要保证编译/链接软链正确。

   build.sh: gcc 7.3.0安装，--disable-multilib貌似要最好设置上

   build.sh: LD_LIBRARY_PATH和PATH的设置，和里面条目的顺序。

   build.sh: tcl和tcl-devel好像要安装。

   build.sh: Python 3.7.5，好像要：--enable-shared

   build.sh: 会产生c-ares和c-ares-devel不能通过安装脚本安装的的，需要另行安装。原因未知。

   build.sh: 当意外中断后，大概率不能正常继续了，清理哪些目录，或者如何强制重新安装。

5. 算子，损失，优化器，等常见自定义

   哪些在python，哪些必须到c/c++，缺少样例和描述。

6. 如何最简单的成为一个平台的外部贡献者，缺少描述。

   参见《mindspore-commit》《mindspore customize》 《mindspore customize sgd@cpu》

   需要代码架构，需要逻辑视图，不能很难知道哪里去下手。

   需要基础功能的介绍，比如日志函数和规范等。

7. 混合精度，若干问题，参见另外的材料。《Mixed Precision》