From 77f2217558d48d3427509eeff06bf66e6bdaeaaf Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?S=C3=B6ren=20Henning?= <soeren.henning@email.uni-kiel.de>
Date: Mon, 12 Dec 2022 22:20:59 +0100
Subject: [PATCH] Add hint on performance volatility

---
 docs/concepts/index.md | 3 +--
 1 file changed, 1 insertion(+), 2 deletions(-)

diff --git a/docs/concepts/index.md b/docs/concepts/index.md
index cc3ccd0ed..c4768416d 100644
--- a/docs/concepts/index.md
+++ b/docs/concepts/index.md
@@ -17,5 +17,4 @@ scalability by running isolated experiments for different load intensities and p
 
 The terms load, resources and SLOs are consciously kept abstract as Theodolite leaves it to the benchmark designer to define what type of load, resources, and SLOs should be evaluated. For example, horizontal scalability can be benchmarked by varying the amount of Kubernetes Pods, while vertical scalability can be benchmarked by varying CPU and memory constraints of Pods.
 
-To balance statistical grounding and time-efficient benchmark execution, Theodolite comes with different [heuristic for
-evaluating the search space](search-strategies) of load and resource combinations. Other configuration options include the number of repetitions, the experiment and warm-up duration, as well as the amount of different load and resource values to be evaluated.
+To balance statistical grounding and time-efficient benchmark execution, Theodolite comes with different [heuristic for evaluating the search space](search-strategies) of load and resource combinations. Other configuration options include the number of repetitions, the experiment and warm-up duration, as well as the amount of different load and resource values to be evaluated. Increasing the experiment duration and number of repetitions helps to reduce the variance of the results. However, it also increases the time needed to execute a benchmark.
-- 
GitLab