Skip to content
Back to skills

Benchmark

ASecurity

Where the `queue` command exists, run every benchmark, profiler run, load test or other timing measurement as `queue bench -- <command>` in the background, never directly. Run builds and tests through dotnet, cargo, bun and uv in the background too, because they wait for a free build slot. The queue gives each measurement its own CPU cores, so builds from other agents don't skew the numbers.

  • 3 stars
  • 0 votes
  • 0 copies
  • 0 views
  • Added October 4, 2026
ai-agentsgoshellbashnode

Security analysis

A100/100

Scanned October 4, 2026

npx -y skills add IvMisticos/misticos.Claude --skill benchmark --agent claude-code

Installs into .claude/skills of the current project.

Are you the author of Benchmark?

Add the live security badge to your README. It updates with every re-scan.

Security grade badge for Benchmark
[![Security: A — Skills Directory](https://www.skillsdirectory.com/api/skills/ivmisticos-benchmark/badge)](https://www.skillsdirectory.com/skills/ivmisticos-benchmark)

More formats (shields.io, HTML) on the badges page. Keep it an A: scan every change in CI with Pro.

Download with Pro
SKILL.md
---
name: benchmark
description: Where the `queue` command exists, run every benchmark, profiler run, load test or other timing measurement as `queue bench -- <command>` in the background, never directly. Run builds and tests through dotnet, cargo, bun and uv in the background too, because they wait for a free build slot. The queue gives each measurement its own CPU cores, so builds from other agents don't skew the numbers.
---

`queue bench -- <command>` waits until no other benchmark runs, then runs the command on its own core. Other work moves to the remaining cores and keeps running.

- `--cores N` gives the benchmark N cores. Use 1 for native code. Use 2 for .NET, the JVM, Bun and Node, because their JIT compiler and garbage collector run threads beside the measured code. Use more for load tests and parallel benchmarks.
- `--alone` also waits for running builds to finish and holds new builds until the benchmark ends. Builds on other cores still share the CPU cache and memory bandwidth, so use `--alone` when you compare wall-clock times and expect small differences.

Wrap a compound command in a shell: `queue bench -- bash -c 'cd perf && bun run compare.ts'`.

Run `queue bench` and queued builds in the background: a foreground call that waits in the queue gets killed at the Bash timeout. Wait for the notification that it finished, then read its output.

Builds and tests through `dotnet`, `cargo`, `bun` and `uv` take a build slot on their own. Don't wrap them in `queue`.

On a system that can't pin cores, such as macOS, every benchmark runs alone.

Attribution

Is this your skill, or is something wrong with this listing? Request removal or report an issue. Author removals are honored within 72 hours.

Comments

Loading comments…