会议纪要 2020-05-12

#### 形式：电话会议

#### 与会人
@binaryfz 
@guchengcheng 
@LuoYin
@yi_jiang
@ye_handong 
@fredchow
@arkcompiler
@shining
@杨欢
@hu-_-wen
@chen_yong_jian 
@zhangchao9
@依云山
@knightaoko

#### 社区roadmap讨论
近期事务优先级
1. 码云CI运行用例使能
2. 社区完成自验证措施闭环
3. FW孵化项目特性Merge到Master，孵化项目地址：
 > https://gitee.com/openarkcompiler-incubator/mapleall.git

4. C++前端开源（当前重构及中后端适配中，进度50%）
5. 拆墙IPO特性开发合入
6. PLCT实验室表示可以做RISCV平台的支持，后续会和社区一起推动RISCV后端的建设

#### me函数级并行方案讨论
并行目的：减少中端编译时间；即时编译场景。
##### 方案概要
1. thread local memPoolCtrler, me phase, funcPhaseManager
2. global memPoolCtrler, global tables 加锁。对 global tables 设置访问约束
3. 其他问题解决。module 使用 thread local curFunction（后续考虑在 BB 加入 function 引用）；禁止 address 作为有序容器的key；meStmt 计数加锁；排查 local static variables 等
4. 函数优化顺序问题。ssadevirt 依赖优化顺序，并行存在二进制一致性问题。暂不开启依赖于return type 推导的优化
5. 维护线程状态，根据状态决定是否对公共数据结构加锁，减少锁对单线程编译的影响

##### 并行收益
6线程并行，me编译时间减少70%，me&mpl2mpl减少40%，me内存峰值增加10%左右
##### 改进方向
1. 中后端的phases根据scope的大小由设计者分为module phases和function phases，其中function phases隐含可以并行，并禁止对global table写操作， module phase暂定不能并行，可以对global table写操作。
2. 编译器架构设计和phase设置时考虑两个原则：
i) 除非必要，尽量将phase设为function phase，而将对module scope的需要限定在读取全局信息上
ii) module phase尽量集中调用，以防止在并行流中引入过多join point.
3. Module phases，如果是基于函数拓扑序的算法，可以有限引入并行算法，待形成方案落地，但需要保证二进制一致性。
4. me并行看护。根据设计准则，制定详细编程约定（最好能实现语法规则约束）

GVP 方舟编译器/OpenArkCompiler

内容风险标识

评论 (7)

GVP方舟编译器/OpenArkCompiler

内容风险标识