alibaba/Sentinel

基于ConcurrentLinkedHashMap实现的CacheMap会导致在高CPU核数下，单个接口产生的ParameterMetric对象很大的问题

Open

#2,565 创建于 2022年2月11日

在 GitHub 查看
 (4 评论) (0 反应) (0 负责人)Java (8,150 fork)batch import
area/performancegood first issue

仓库指标

Star
 (23,109 star)
PR 合并指标
 (30 天内没有已合并 PR)

描述

Issue Description

ConcurrentLinkedHashMap在构造二维数组时会根据CPU核心数来计算出当前数组的一维下标长度，当核数为96时，下标为128，此时单个ParameterMetric对象大小接近1M，如下图所示：

image

当接口调用量较大时，此处将会占用大量内存，sentinel是否有考虑过这块的内存使用，或者切成其他Cache？毕竟googlecode.concurrentlinkedhashmap作者也建议使用Caffeine了.

Tell us your environment

springboot 2.3.10 sentinel 1.7.2 springcloudgateway 2.2.6

Anything else we need to know?

sentinel在后续版本中是否有意向对这块进行修改？

贡献者指南

研究方向
研究在CacheMap中将ConcurrentLinkedHashMap替换为Caffeine。在高CPU场景（如96核）下比较内存使用和性能指标。评估Caffeine的配置选项（如最大大小、写入后过期），并确保与Sentinel的并发访问模式兼容。
技术栈
java
领域
backendapi
议题类型
性能
难度面向新贡献者的预计实现难度，1 表示很小改动，5 表示专家级工作。
3
预计时间有经验贡献者完成调查、实现、测试并准备 pull request 的粗略时间范围。
1-3 小时
活动状态议题当前的可参与程度：新鲜、活跃、陈旧、阻塞或等待维护者输入。
活跃
清晰度议题是否清楚说明期望改动、验收标准和下一步。
清晰
前置要求
JavaCaching concepts
新手友好度1-100 的估计分数，表示该议题对首次贡献者的友好程度。
60