What the bug is

The PR description states chunk_bench_test.go was deleted because it "relied on the removed PrecomputeAttrs API." This is factually incorrect. Examining the deleted file's content from the diff shows its imports are exclusively: context, path/filepath, testing, go.opentelemetry.io/otel/sdk/metric, and github.com/e2b-dev/infra/packages/orchestrator/pkg/sandbox/block/metrics. The telemetry package is never imported. The functions PrecomputeAttrs, RecordRaw, and the chunkerAttrs variable are never referenced anywhere in the file.

The specific code path

The benchmark exercises four operations on FullFetchChunker:

1. NewFullFetchChunker(cbCacheSize, cbBlockSize, nil, filepath.Join(b.TempDir(), "cache"), m) — signature is unchanged in the new code
2. chunker.cache.setIsCached(0, cbCacheSize) — cache field and setIsCached method still exist (same package, unexported but accessible)
3. chunker.Slice(ctx, off, cbChunkSize) — still exists with the same signature
4. chunker.Close() — still exists

The benchmark would compile and run correctly against the refactored code without any modifications.

Why existing code doesn't prevent this

The PR's stated justification is simply a factual error. The benchmark comment even says it tests "timer.Success with attribute construction" — which is precisely what the new code path does (inline attribute.String(pullType, pullTypeLocal) construction inside timer.Success). The benchmark was more relevant after this change than before, not less.

What the impact is

The PR introduces a performance characteristic change in the FullFetchChunker.Slice cache-hit path: previously a single precomputed metric.MeasurementOption (one attribute.NewSet computed once at init time, zero per-call allocation) was used; now three metric.WithAttributes(kv...) calls are made per Slice invocation (each calling attribute.NewSet at call time). The benchmark explicitly measures "the full FullFetchChunker.Slice hot path on a cache hit: bitmap check + mmap slice return + OTEL timer.Success with attribute construction." Its deletion removes the only automated way to detect or quantify this allocation change and any future regressions on this hot path.

How to fix it

Restore chunk_bench_test.go — it requires zero changes to compile and run against the new code.

Step-by-step proof

1. The deleted file's import block (visible in the diff): context, path/filepath, testing, sdkmetric, blockmetrics. No telemetry import. ✓
2. Search the deleted file for PrecomputeAttrs: not found. Search for RecordRaw: not found. Search for chunkerAttrs: not found. ✓
3. NewFullFetchChunker in the new chunk.go (line ~72): signature func NewFullFetchChunker(size, blockSize int64, base storage.SeekableReader, cachePath string, metrics metrics.Metrics) (*FullFetchChunker, error) — identical to what the benchmark calls. ✓
4. cache field on FullFetchChunker (line ~63 in new code): cache *Cache — still present. setIsCached on *Cache: called in the new code at multiple points, still exists. ✓
5. Conclusion: the benchmark would have compiled and passed with go test -bench=BenchmarkChunkerSlice_CacheHit ./packages/orchestrator/pkg/sandbox/block/ unchanged.

What the bug is and how it manifests

In the refactored Stopwatch.end() method (meters.go lines 427-429), metric.WithAttributes(kv...) is called three independent times — once for t.histogram.Record, once for t.sum.Add, and once for t.count.Add. The OTel Go SDK's metric.WithAttributes creates an attributeOption that wraps raw key-values; when each instrument processes its MeasurementOption, it internally calls attribute.NewSet(attrs...) to sort and deduplicate the slice, allocating a distinct attribute.Set each time. The result is 3x attribute-set construction per end() invocation instead of 1x.

The specific code path that triggers it

Every call to FullFetchChunker.Slice and StreamingChunker.Slice invokes either timer.Success or timer.Failure, both of which delegate to end(). Additionally, the remote-read inner timer (fetchSW / fetchTimer) goes through the same path. These are block-IO hot paths executed on every chunk read.

Why existing code does not prevent it

The previous end() computed the attribute set once: opt := metric.WithAttributeSet(attribute.NewSet(kv...)) and then called RecordRaw(ctx, total, opt), which passed that single pre-built MeasurementOption to all three instrument calls. RecordRaw was explicitly documented as a zero-allocation alternative for hot paths. This PR removes RecordRaw and PrecomputeAttrs to simplify the API, but the simplified end() does not preserve the single-allocation property.

What the impact is

Each attribute-set construction for a typical 2-4 KV slice requires sorting, deduplication, and a heap allocation. At 3x per recording on the chunker hot path, this is measurable under high block-IO throughput. The deleted benchmark (BenchmarkChunkerSlice_CacheHit) was specifically designed to expose this cost; its removal means the regression is now invisible to CI.

How to fix it

Compute the option once before the three instrument calls inside end():

opt := metric.WithAttributeSet(attribute.NewSet(kv...))
amount := time.Since(t.start).Milliseconds()
t.histogram.Record(ctx, amount, opt)
t.sum.Add(ctx, total, opt)
t.count.Add(ctx, 1, opt)

This restores 1x attribute-set construction per recording without requiring any change to callers or re-adding RecordRaw/PrecomputeAttrs.

Step-by-step proof

1. FullFetchChunker.Slice calls timer.Success(ctx, length, attribute.String("pull-type", "local")) on a cache hit.
2. Success delegates to end(ctx, "success", length, attribute.String("pull-type", "local")).
3. end appends result=success and the Stopwatch base kv, producing [{pull-type, local}, {result, success}].
4. t.histogram.Record(ctx, amount, metric.WithAttributes(kv...)) — OTel SDK builds attribute.NewSet(kv...) internally. Allocation Deploy infra in a new project #1.
5. t.sum.Add(ctx, total, metric.WithAttributes(kv...)) — OTel SDK builds attribute.NewSet(kv...) again. Allocation Bump golang.org/x/net from 0.2.0 to 0.7.0 in /packages/api #2.
6. t.count.Add(ctx, 1, metric.WithAttributes(kv...)) — OTel SDK builds attribute.NewSet(kv...) a third time. Allocation Bump github.com/gin-gonic/gin from 1.8.1 to 1.9.1 in /packages/api #3.
7. On every Slice call (cache hit or miss), this triple allocation occurs. The old path did this once.