oxidecomputer / oxidecomputer/omicron
Physical link statistics should be much more densely sampled
Nobody has claimed this yet.
- Dominant language
- Rust
- Stars
- 572
- Forks
- 97
- Avg merge
- 2d 12h
- Merged PRs (30d)
- 96
Description
This discussion came up with @rmustacc while developing OxQL. We both agreed that the current sampling interval of 10s for link statistics is effectively useless, and we should probably be much more aggressive here. At most 1s seems appropriate, but we may want to go even lower, though I need to do some quick experimentation to see how expensive that for the sled-agent and in terms of data storage in ClickHouse.
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Start in sled-agent/src/metrics.rs at the current 10s sampling interval. Experiment with denser sampling, measuring sled-agent cost and ClickHouse storage impact, then document and apply an interval that provides useful physical link statistics without unacceptable overhead.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- clickhouse, rust
- Domain
- networking, observability
- Issue type
- Feature
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Stale
- Clarity
- Mostly clear
- Newbie friendliness
- 35/100