elastic / elastic/apm-perf

[apmbench/apmsoak] Allow scaling of load generation with meaningful benchmark results

Open
#78 0 comments 0 reactions 0 assignees View on GitHub
Dominant language
Go
Stars
7
Forks
16
Avg merge
14h 19m
Merged PRs (30d)
1

Description

Using `apm{bench|soak}` in a distributed way to scale load generation would cause the benchmark results to be broken. We should handle this by introducing a mechanism to select a leader/coordinator. The leader will be in charge of collecting and reporting benchmark metrics while the non-leader nodes will generate load and communicate their state to the leader. The communication can be explicit (using a gossip protocol) or implicit (by monitoring benchmark metrics).

Contributor guide

No contributing guide indexed for this repository

Research direction

Start by locating the apmbench and apmsoak entry points and reading how benchmark metrics are collected and reported. Determine how distributed nodes could select a leader and communicate their state, then define completion as coordinated load generation with the leader producing meaningful aggregate benchmark results.

Written by the indexing model from the issue text.

Assessment

Tech stack
go
Domain
distributed-systems, performance
Issue type
Feature
Difficulty
5/5
Estimated time
Over a week
Activity status
Stale
Clarity
Needs clarification
Newbie friendliness
25/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.