HarperFast / HarperFast/harper

[Epic] Stress & performance benchmark suite

Open
#2,113 0 comments 0 reactions 0 assignees View on GitHub
Dominant language
JavaScript
Stars
89
Forks
10
Avg merge
2d 6h
Merged PRs (30d)
200

Description

Harper's stress and performance benchmark suite: the workloads we run to catch regressions before customers do, and the gaps in what they currently cover.

## Scope

**In:** the stress/YCSB workloads and their assertions — throughput baselines, p99 ceilings, memory-growth bounds, and the benchmark harness itself.

**Out:** the nightly CI infrastructure that runs them (#1671) and flaky-test triage (#1655). A benchmark that fails because it's flaky belongs there; a benchmark we don't have belongs here.

## Why

Several of these were filed after a real incident exposed a workload we weren't measuring — #1199 and #1197 both cite specific customer situations. That's the pattern worth institutionalizing: a production surprise should leave behind a benchmark, and those benchmarks should live somewhere visible rather than scattered.

_Created during backlog triage. Child issues keep their own priorities and milestones._

Contributor guide

Open the contributing guide

Research direction

The issue names no files or specific child benchmark; start by reviewing the stress/YCSB workloads and benchmark harness, then inspect the child issues and the boundaries with #1671 and #1655. Done is not defined at epic level; it requires scoped child work covering the stated workloads and assertions.

Written by the indexing model from the issue text.

Assessment

Tech stack
javascript
Domain
performance, testing
Issue type
Feature
Difficulty
5/5
Estimated time
Over a week
Activity status
Quiet
Clarity
Needs clarification
Newbie friendliness
25/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.