Bloom-filter fast-path for the dense tag store (O(1) insertion)

[dougqh]

What

Adds a per-map bloom-style presence filter (one long, knownBloom) to OptimizedTagMap's dense known-tag store. A clear bit means a known tag is definitely absent, so an append skips the O(n) knownIndexOf linear scan — the common per-span-build case (each tag set once) becomes O(1).

Correctness — superset invariant

The filter is a superset of the present ids' bits: set on every add, never cleared on remove (a stale-set bit only costs an unnecessary scan, never a wrong answer). The linear scan stays authoritative — a set bit means "maybe present, scan to confirm." So correctness is independent of the position→bit collision rate; only the fast-path hit rate depends on it. All 339 TagMap + dense fuzz tests pass.

Position→bit mapping

Crude 1L << (fieldPos & 63) to start. fieldPos (not globalSerial) is deliberate: it's the axis a future per-type graph-coloring optimizes — coloring co-occurring tags to distinct positions raises the fast-path hit rate without touching correctness.

Why (evidence)

On the stacked id-comparison benchmark, the bloom brings dense id-insertion to HashMap parity at typical tag counts (0.99× at 7 tags, up from 0.91× without it), while dense still allocates ~half of HashMap. Cost: +8 B/op (the single long field). The demonstrating benchmark lands in the stacked id PR.

Stacking

Dense-store id line: #11814 (Entry-less storage) → this (bloom fast-path) → id API + comparison benchmark. Based on dougqh/dense-store.

Follow-ups

Per-type graph coloring (raises hit rate); multi-level transitive prune for read-through (skip parents whose bit is clear).

🤖 Generated with Claude Code

[dd-octo-sts]

🟢 Java Benchmark SLOs — All performance SLOs passed

Suite	Status
Startup	🟢 pass

SLO thresholds are defined here based on automatically generated metrics. A warning is raised when results are within 5% of the threshold.

PR vs. master results

Scenario	Candidate	master	Δ (95% CI of mean)
startup:insecure-bank:iast:Agent	13.96 s	13.98 s	[-0.8%; +0.6%] (no difference)
startup:insecure-bank:tracing:Agent	12.95 s	13.01 s	[-1.3%; +0.4%] (no difference)
startup:petclinic:appsec:Agent	16.84 s	16.68 s	[-0.1%; +2.0%] (no difference)
startup:petclinic:iast:Agent	17.08 s	17.00 s	[-0.4%; +1.3%] (no difference)
startup:petclinic:profiling:Agent	16.84 s	16.90 s	[-1.4%; +0.7%] (no difference)
startup:petclinic:sca:Agent	16.96 s	16.83 s	[-0.4%; +2.0%] (no difference)
startup:petclinic:tracing:Agent	16.14 s	16.03 s	[-0.5%; +1.8%] (no difference)

Commit: 56550cb4 · CI Pipeline · Benchmarking Platform UI

---

Load and DaCapo benchmarks can be triggered manually in the GitLab pipeline. Results will appear in the Benchmarking Platform UI after completion.

[datadog-prod-us1-4]

🎯 Code Coverage (details)
• Patch Coverage: 92.86%
• Overall Coverage: 57.32% (-0.00%)

_{This comment will be updated automatically if new data arrives.
🔗 Commit SHA: 56550cb | Docs | Datadog PR Page | Give us feedback!}