alibaba/Sentinel

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

Open

#2,565 opened on 2022年2月11日

GitHub で見る
 (4 comments) (0 reactions) (0 assignees)Java (8,150 forks)batch import
area/performancegood first issue

Repository metrics

Stars
 (23,109 stars)
PR merge metrics
 (30d に merged 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
Issue 種別
パフォーマンス
難度新しい貢献者にとっての実装難度です。1 は非常に小さな変更、5 は専門的な作業です。
3
推定時間経験ある貢献者が調査、実装、テスト、pull request 準備にかけるおおよその時間範囲です。
1-3時間
活動状況Issue が今どれだけ取り組みやすいかを示します。新しい、活発、古い、ブロック中、またはメンテナー入力待ちなどです。
アクティブ
明確さ期待される変更、受け入れ条件、次の手順がどれだけ明確かを示します。
明確
前提条件
JavaCaching concepts
初心者向け度初回貢献者にどれだけ取り組みやすいかを 1-100 で推定したスコアです。
60