ic-metrics
Allocation-free measurement arithmetic and an opt-in IC instruction reader.
The default dependency-free no_std library exports record_sample for consumer-owned
count/total fields and MeasurementSummary for samples, total, latest and maximum.
Zero is a valid observation; an empty summary has no latest or maximum value.
Count and total saturate independently. Consumers establish units, identity and
reset boundaries before comparing observations; saturated totals cannot supply
exact interval arithmetic.
use MeasurementSummary;
let mut summary = EMPTY;
assert_eq!;
summary.record;
assert_eq!;
assert_eq!;
IcyDB, Canic and ic-timers integrate this arithmetic. Their inclusive or exclusive attribution, registries, callback roles, replication, persistence and reporting remain local. The crate has no global consumer registry, stable-memory allocation or endpoints. Consumers own their summary instances, labels and persistence policy. The extraction contract records scope and evidence.
Published 0.1.5 exposes ic_metrics::call_context_instructions() with
feature ic on wasm32-unknown-unknown. It reads IC performance counter 1;
consumers establish call-context identity and own any subtraction or attribution.
The opt-in IC binding uses std. Default arithmetic builds have no runtime
dependencies on host or Wasm, and native builds expose no counter substitute.
Opt in from the root dependency catalog:
[]
= { = "0.1.5", = ["ic"] }
The reader is an instruction count, not cycles or elapsed time. Its replicated call context can span callbacks; unrelated calls, timer deliveries and resets do not establish comparable readings. The API documents the non-replicated composite-query boundary separately.
make reader-check qualifies direct reads, replicated callbacks, ordinary queries
and composite-query callbacks in PocketIC. The
query execution record
includes a downstream-work exclusion check; it does not qualify consumer lifecycle
behavior or claim a performance improvement.
The CI workflow explicitly provisions pinned PocketIC 16.0.0 and runs this check
on Linux and both macOS architectures, retaining evidence for 30 days. Ordinary
local tests still require an explicit make reader-check invocation to run it.
Development
Install rustup, Git, GNU Make, Bash 3.2 or newer and a SHA-256 utility. The pinned
toolchain is Rust 1.99.0 and the MSRV is 1.88.0. Install wasm32-unknown-unknown
for Wasm checks. make help lists focused commands; select named tests during
implementation. Full make ci requires an explicit request outside configured CI.
Install the pinned manifest formatter during developer setup:
make fmt sorts every workspace manifest before Rust formatting. make fmt-check
checks both without changing files; CI installs the same pinned formatter.
Run make install-hooks once per clone and after updating shared tooling. The
repository-local pre-commit hook formats the staged snapshot, refreshes selected
files, rejects partial staging and preserves unrelated working edits. It refuses
to replace existing hook installations. make hook-check exercises these
contracts in scratch repositories without creating commits.
See agent rules, host support and the current handoff. Reviewed shared tooling is vendored; normal checks and release scripts need no Shared Tooling sibling checkout.
Releases and adoption
The public repository is dragginzgame/ic-metrics.
The changelog
preserves the initial 0.1.0 scaffold, the 0.1.1 arithmetic release and later
tooling releases. ic-metrics 0.1.5
is published on crates.io and matches tag v0.1.5. Declare it in the consumer's
root dependency catalog:
[]
= "0.1.5"
Members inherit with ic-metrics = { workspace = true }. Published consumers
must resolve the registry package rather than require a sibling checkout.
The adoption issue
links each consumer's integration evidence. Native qualification is recorded
against its actual revision in
the host record.
Maintainer-owned make release-patch, release-minor and release-major use the
same reviewed workflow,
with RELEASE_REMOTE=origin and
RELEASE_BRANCH=main. They require cargo-edit (cargo set-version) and
cargo-sort 2.1.4, run the complete offline gate, prepare only Cargo metadata
and release notes, commit,
tag and atomically push. They do not publish the crate. Rerun the same release
target after interruption to reconcile the saved candidate without another bump.
make release-resume VERSION=X.Y.Z remains available for explicit selection;
identity, payload and destination conflicts stop recovery.
For a subsequent committed package release, the maintainer can run:
publish-check delegates to Cargo's dry run. publish uploads only ic-metrics to
crates.io, using the existing package version, locked dependencies and normal
Cargo credential setup (cargo login --registry crates-io). Both retain Cargo's
package verification and dirty-tree rejection. Publication creates no Git commit
or tag, does not bump versions and preserves build artifacts.
See Cargo's publication documentation.
cargo package -p ic-metrics --locked --offline --allow-dirty prepares and verifies
a local development archive without uploading it. The package includes the
canonical MIT license text, source and this README; documentation links resolve
to the public repository. The manifest restricts publication to crates.io.