ArenaVector optimization: function level · Pull Request !7590 · OpenHarmony/arkcompiler_ets_frontend

1. ArenaVector optimization v1.0: simple opt
---
### 关联的Issue
https://gitee.com/openharmony/arkcompiler_ets_frontend/issues/ICQ7OP

### 提交类型
- [x] 需求
- [ ] bugfix

### 需求背景/Description 
Currently, the compilation process consumes a significant amount of memory. Through analysis, it has been identified that a primary reason for this is the global use of an arena allocator. This allocator is fast and is designed to uniformly destroy allocated objects.
Therefore, the global use of an arena allocator means that objects allocated during the compilation phase cannot be released, leading to continuous accumulation. This results in: 1. Extremely high memory usage by the compiler at runtime. 2. Frequent page faults.
This issue aims to manage the lifecycle of memory objects allocated by the arena allocator, using different allocators for objects with different lifecycles.

### 修改方案/Scheme
Search for various containers: ArenaVector (or Map, Set, etc.) definitions. If defined within a function, analyze their usage scenarios. If they are only used within that function, replace them with std-related containers. Be aware that in some cases, even if defined within a function, they may be moved elsewhere through operations like move, in which case std containers cannot be used as replacements.
Current PR includes only ArenaVector optimization.

### 测试结果（测试截图直接贴在对应测试项，主干已知问题需明确引入pr/责任人）
Tested in MigrateVerify12 project, memory optimization is 126.8MB, i.e. 6.8%. (Take the average of five tests.)
Before: 14 s 741 ms, 1,905,484KB
After:  14 s 430 ms, 1,775,672KB
Running on Intel(R) Core(TM) i7-14700   2.10 GHz, RAM 64GB.
#### 功能测试（除仅涉及文本外必测项）[wiki](https://gitee.com/openharmony/arkcompiler_ets_frontend/wikis/%E4%BB%A3%E7%A0%81%E6%8F%90%E4%BA%A4%E8%A6%81%E6%B1%82%E5%8F%8A%E6%B5%8B%E8%AF%95%E9%AA%8C%E8%AF%81%E6%B5%81%E7%A8%8B)
1. es2abc测试用例（Debug模式）
- [ ] 已通过
- [ ] 不涉及，无需验证

2. Verifier测试
- [ ] 已通过
- [ ] 不涉及，无需验证

3. 64位RK编译
- [ ] 已通过
- [ ] 不涉及，无需验证

4. 编译mac平台sdk
- [ ] 已通过
- [ ] 不涉及，无需验证

#### 混淆测试（涉及arkguard改动时必测项）[wiki](https://gitee.com/openharmony/arkcompiler_ets_frontend/wikis/%E6%B7%B7%E6%B7%86%E6%B5%8B%E8%AF%95%E9%AA%8C%E8%AF%81%E6%B5%81%E7%A8%8B?sort_id=11451209)
1. 单元测试
    - [ ] 已通过
    - [ ] 不涉及，无需验证

2. Compiler测试套
    - [ ] 已通过
    - [ ] 不涉及，无需验证

3. TSC extra测试套
    - [ ] 已通过
    - [ ] 不涉及，无需验证

4. Test262测试套
    - [ ] 已通过
    - [ ] 不涉及，无需验证

5. Benchmark测试
    - [ ] 已通过
    - [ ] 不涉及，无需验证

6. 应用自动化测试套
    - [ ] 已通过
    - [ ] 不涉及，无需验证

7. 是否创建全局变量，若创建全局变量，是否有清空操作
    - [ ] 创建了全局变量，且已清空
    - [ ] 创建了全局变量，未清空
    - [ ] 未创建全局变量

#### 兼容性测试（指令生成、文件格式修改时）
1. 小版本兼容性测试 
    - [ ] 已增加版本号
    - [ ] 已通过
    - [ ] 不涉及，无需验证

2. 大版本兼容性测试 
    - [ ] 已通过
    - [ ] 不涉及，无需验证

3. es2abc版本兼容性测试 
**说明：如PR涉及版本控制用例的变更，需同步检查修改对其他分支的影响，并确认是否要同步受影响的分支**
    - [ ] 涉及，变更影响 API/字节码 版本， 需同步修改到其他分支
    - [ ] 涉及，变更影响 API/字节码 版本， 无需同步到其他分支
    - [ ] 不涉及，变更不涉及 API/字节码 版本

#### 性能测试 (新增语法检查等场景)
- [ ] 已通过
- [ ] 不涉及，无需验证

#### 指令/abc格式修改自检，需联系下方邮箱，同步至相关领域
**重要：涉及runtime_core仓abc2program、libpandafile、isa目录下的修改，必须提供一个编译helloworld项目的hap包给对应领域，并联系下方邮箱**
- [ ] 涉及，已同步
- [ ] 不涉及

**Email:** wutao185@huawei.com

### 是否已执行L0用例
- [ ] 已验证
- [ ] 不涉及。如不涉及，请写明理由

类型	指派人员	状态
审查	@egavrin 由 CODEOWNERS 文件第 18 行指派为审查者	进行中 (0/1人)
审查	godmiaozi zhuoli72 gavin1012_hw 徐城 Ilya Trubachev Urakov Alexandr Chernykh Sergey Vsevolod Pukhov	进行中 (0/1人)
测试	openharmony_ci 已测试通过	已完成 (1/1人)

OpenHarmony/arkcompiler_ets_frontend .gitee-modal { width: 500px !important; }

搜索帮助

OpenHarmony/arkcompiler_ets_frontend