已合并
shrink handle/primitive storage proportionally #15032
wwzm-jjw创建于 20 天前
shrink handle/primitive storage proportionally #15032
已合并
Pull Request已成功合入, 合并人@openharmony_ci
（感谢 wwzm-jjw 的贡献）20 天前 关联了issue：[Bug]: 优化handlestorage缩容
20 天前 添加了label：waiting_on_author
openharmony_ci
20 天前 评论：
20 天前 评论：
感谢提交 Pull Requests！如果您提交的PR已经开发完毕，请评论 "start build" 触发门禁，更多交互操作，请访问OpenHarmony社区支持命令清单。如果需要调整订阅PR、Issue的变更状态，请访问订阅链接。
Thanks for submitting the pull request. If your Pull Request has already been developed, you can leave a "start build" comment to trigger the gated system. For more commands, please visit OpenHarmony Command List. If you need to change the subscription of a Pull Request or Issue, please visit the link.
20 天前 添加了label：dco检查成功
ecmascript/ecma_vm.h
已过期
@@ -1967,12 +1967,14 @@ private:
19671967 static const uint32_t NODE_BLOCK_SIZE = 1U << NODE_BLOCK_SIZE_LOG2;
19681968 static constexpr uint32_t SO_LOAD_FAILURE_CAPACITY = 20;
19691969 static constexpr int32_t MIN_HANDLE_STORAGE_SIZE = 2;
1970+ static constexpr int32_t HANDLE_STORAGE_PROPORTIONAL_THRESHOLD = 16; //16 nodes = 128KB
// 16： nodes = 128KB
系统消息
20 天前 评论：
20 天前 评论：
changed this line on 36fab6dd view diff detail
此处折叠了226条消息 查看更多
wwzm-jjw
7 天前 评论：
7 天前 评论：
submit
7 天前 关闭了关联的issue
7 天前 合入了pull request，合并节点 SHA：ba2febb6cb606ae00ef84d6c577642dd4c26db15
7 天前 删除了label：waiting_for_review
7 天前 添加了label：merged
关联的Issue
https://gitcode.com/openharmony/arkcompiler_ets_runtime/issues/13500
修改原因（目的、解决的问题等，例如：修复xx场景崩溃问题）
修改描述（做了什么，变更了什么，例如：xx函数入口增加判空）
自测试项（测试结果截图，直接贴到每一个测试项底下）
jit-workload 本地执行（compiler/jit/isa/stub/ic/对象布局等修改必须执行）
interpreter-js_perf 性能测试（性能优化/性能敏感场景：IR化/ic/hclass/对象布局/isa/builtins等修改必须执行）
aot-js_perf 性能测试（性能优化/性能敏感场景：IR化/ic/hclass/对象布局/isa/builtins等修改必须执行）
interpreter-workload性能测试（性能优化/性能敏感场景：IR化/ic/hclass/对象布局/isa/builtins等修改必须执行）
aot-workload性能测试（性能优化/性能敏感场景：IR化/compiler/aot/isa/stub/ic/对象布局等修改必须执行）
非StableArray不能采用ElementKind读取元素（修改解释器相关IR代码需要自检）
在IR时添加fastpath时，需要检查是否有分支会改变非字典序模式或者修改数组长度，此时应该走slowpath（修改解释器相关IR代码需要自检）
IR化后的逻辑需要与c++实现一致，不一致的地方需要有分支用例看护（修改解释器相关IR代码需要自检）
c++代码中检测或抛出异常的地方，IR需要同样实现（修改解释器相关IR代码需要自检）
IR中使用默认入参是HeapObject对象的接口时，需要在上下文中保证了参数的正确性（修改解释器相关IR代码需要自检）
修改c解释器，需要同时检查汇编解释器与AOT是否需要修改
是否已执行L0用例
修改或新增IR代码时，必须在代码注释中标注其对应的C++实现函数名（修改解释器相关IR代码需要自检）
‷
示例格式：
//@ref namespace::class::method()
‷
单次代码提交的变更行数（新增+删除）超过200行时，必须在合并前组织线上Review