Sign in
Sign up
Explore
Enterprise
Education
Search
Help
Terms of use
About Us
Explore
Enterprise
Education
Gitee Premium
Gitee AI
AI teammates
Sign in
Sign up
Fetch the repository succeeded.
Open Source
>
Development Tools
>
Compile/Build/Deploy
&&
Donate
Please sign in before you donate.
Cancel
Sign in
Scan WeChat QR to Pay
Cancel
Complete
Prompt
Switch to Alipay.
OK
Cancel
Watch
Unwatch
Watching
Releases Only
Ignoring
1.4K
Star
7.6K
Fork
1.4K
GVP
方舟编译器
/
OpenArkCompiler
Code
Issues
200
Pull Requests
14
Wiki
Insights
Pipelines
Service
Quality Analysis
Jenkins for Gitee
Tencent CloudBase
Tencent Cloud Serverless
悬镜安全
Aliyun SAE
Codeblitz
SBOM
Don’t show this again
Update failed. Please try again later!
Remove this flag
Content Risk Flag
This task is identified by
as the content contains sensitive information such as code security bugs, privacy leaks, etc., so it is only accessible to contributors of this repository.
里程碑:Maple C编译器 基于arm64后端SPEC 2016性能超越GCC 7.5 (-O2)
Top
Backlog
#I43PCT
yi_jiang
member
Opened this issue
2021-08-03 16:12
经过差不多九个月的努力,Maple C编译器(ARM后端)完成了对GCC7.5 -O2的追赶和超越,具体数据和过程请参见后面的图。 虽然我们坚信基于Maple的框架,这件事情一定会发生,但是确实速度超出预期。Maple社区的小伙伴们确实太给力了。这一个里程碑,充分说明了作为国产编译器,Maple基础框架底不逊色于任何主流编译器,同时由于IR的灵活扩展能力,我们在快速构建优化编译器上面展现了自己的优势。 当前的规划,调优虽然会持续进行,但主要目标暂时不会再放在SPEC上,我们认为在这方面我们不需要再证明自己了,而且,maple还有更广阔的战场,我们需要在广度和深度上面继续挖掘,包含但不限于: 1. 传统静态编译器框架 a) 跨模块的过程间分析框架 b) 各个层级的反馈优化(中端,后端,二进制级别) c) 多后端支持的尝试(x64,arm32,riscv) d) 前端的自研替代 2. 传统静态编译器以外… a) JIT/AOT 轻量化编译框架 b) 是的,我们从来没有放弃动态语言静态化的尝试和努力… 3. 语言扩展与多场景多诉求适配 除了传统高性能诉求,新的应用场景对编译器诉求也趋向多样化,如安全,维测等等。场景驱动的新语言扩展就是Maple系统的驱动力,而这也是我们IR灵活扩展能力体现的大好舞台。 总之,我们认为Maple 系统已经具备了成为最新编译与编程技术研究和工程平台的基础, 而且这次的C编译器不同于Java,由于不涉及太多runtime,我们可以做到完全开源,真正的所见即所得,衷心希望大家试用和参与。 每天进步一点点。  | Benchmark | Case | ARM-GCC | MapleC(Current) | Gap | |-----------------|--------|---------|-----------------|---------| | 500.perlbench_r | case_1 | 219.544 | 224.34 | -2.41% | | | case_2 | 138.25 | 152.99 | | | | case_3 | 168.737 | 161.39 | | | 502.gcc_r | case_1 | 66.437 | 69.53 | -3.70% | | | case_2 | 81.435 | 84.17 | | | | case_3 | 80.429 | 82.77 | | | | case_4 | 75.677 | 78.51 | | | | case_5 | 99.139 | 103.64 | | | 505.mcf_r | case_1 | 579.71 | 558.91 | 3.72% | | 525.x264_r | case_1 | 67.538 | 63.728 | 9.80% | | | case_2 | 255.368 | 226.456 | | | | case_3 | 241.598 | 218.369 | | | 557.xz_r | case_1 | 146.37 | 149.764 | 0.25% | | | case_2 | 182.037 | 175.596 | | | | case_3 | 134.697 | 135.584 | | | average | | | | 1.53% |
经过差不多九个月的努力,Maple C编译器(ARM后端)完成了对GCC7.5 -O2的追赶和超越,具体数据和过程请参见后面的图。 虽然我们坚信基于Maple的框架,这件事情一定会发生,但是确实速度超出预期。Maple社区的小伙伴们确实太给力了。这一个里程碑,充分说明了作为国产编译器,Maple基础框架底不逊色于任何主流编译器,同时由于IR的灵活扩展能力,我们在快速构建优化编译器上面展现了自己的优势。 当前的规划,调优虽然会持续进行,但主要目标暂时不会再放在SPEC上,我们认为在这方面我们不需要再证明自己了,而且,maple还有更广阔的战场,我们需要在广度和深度上面继续挖掘,包含但不限于: 1. 传统静态编译器框架 a) 跨模块的过程间分析框架 b) 各个层级的反馈优化(中端,后端,二进制级别) c) 多后端支持的尝试(x64,arm32,riscv) d) 前端的自研替代 2. 传统静态编译器以外… a) JIT/AOT 轻量化编译框架 b) 是的,我们从来没有放弃动态语言静态化的尝试和努力… 3. 语言扩展与多场景多诉求适配 除了传统高性能诉求,新的应用场景对编译器诉求也趋向多样化,如安全,维测等等。场景驱动的新语言扩展就是Maple系统的驱动力,而这也是我们IR灵活扩展能力体现的大好舞台。 总之,我们认为Maple 系统已经具备了成为最新编译与编程技术研究和工程平台的基础, 而且这次的C编译器不同于Java,由于不涉及太多runtime,我们可以做到完全开源,真正的所见即所得,衷心希望大家试用和参与。 每天进步一点点。  | Benchmark | Case | ARM-GCC | MapleC(Current) | Gap | |-----------------|--------|---------|-----------------|---------| | 500.perlbench_r | case_1 | 219.544 | 224.34 | -2.41% | | | case_2 | 138.25 | 152.99 | | | | case_3 | 168.737 | 161.39 | | | 502.gcc_r | case_1 | 66.437 | 69.53 | -3.70% | | | case_2 | 81.435 | 84.17 | | | | case_3 | 80.429 | 82.77 | | | | case_4 | 75.677 | 78.51 | | | | case_5 | 99.139 | 103.64 | | | 505.mcf_r | case_1 | 579.71 | 558.91 | 3.72% | | 525.x264_r | case_1 | 67.538 | 63.728 | 9.80% | | | case_2 | 255.368 | 226.456 | | | | case_3 | 241.598 | 218.369 | | | 557.xz_r | case_1 | 146.37 | 149.764 | 0.25% | | | case_2 | 182.037 | 175.596 | | | | case_3 | 134.697 | 135.584 | | | average | | | | 1.53% |
Comments (
3
)
Sign in
to comment
Status
Backlog
Backlog
Doing
Done
Closed
Assignees
Not set
yi_jiang
yi_jiang
Assignee
Collaborator
+Assign
+Mention
Labels
Not set
Label settings
Milestones
No related milestones
No related milestones
Pull Requests
None yet
None yet
Successfully merging a pull request will close this issue.
Branches
No related branch
Branches (27)
Tags (2)
master
lite_maplecg_assembler
merge_branch_20230823
merge_branch_20230608
lite_maplecg
update_llvm_15
merge_branch
wchen_merge169
dev_MapleFE
newir09
fredchow_ginlinepgo1
fredchow_lfovect1
wchen_merge174
fye_pgo_cglower
wchen_merge175
fredchow_lfounroll4
fredchow_funcdelete1
newir08
wchen_merge170
ahuang_m103
newir07
wchen_merge173
newir06
newir05
dev_MapleFE_v2
newir04
abstractir
v1.0.0
v0.2.1
Planed to start   -   Planed to end
-
Top level
Not Top
Top Level: High
Top Level: Medium
Top Level: Low
Priority
Not specified
Serious
Main
Secondary
Unimportant
参与者(1)
C++
1
https://gitee.com/openarkcompiler/OpenArkCompiler.git
git@gitee.com:openarkcompiler/OpenArkCompiler.git
openarkcompiler
OpenArkCompiler
OpenArkCompiler
Going to Help Center
Search
Git 命令在线学习
如何在 Gitee 导入 GitHub 仓库
Git 仓库基础操作
企业版和社区版功能对比
SSH 公钥设置
如何处理代码冲突
仓库体积过大,如何减小?
如何找回被删除的仓库数据
Gitee 产品配额说明
GitHub仓库快速导入Gitee及同步更新
什么是 Release(发行版)
将 PHP 项目自动发布到 packagist.org
Repository Report
Back to the top
Login prompt
This operation requires login to the code cloud account. Please log in before operating.
Go to login
No account. Register