diff --git a/docs/running-benchmarks.md b/docs/running-benchmarks.md index 04b93b67db982cca0a8051ba8fa0c495927b26a2..d999e75cb4f4f4f6c0858809aa71aaf86e0b0b3a 100644 --- a/docs/running-benchmarks.md +++ b/docs/running-benchmarks.md @@ -17,7 +17,7 @@ Running scalability benchmarks with Theodolite involves the following steps: A benchmark specification consists of two things: * A Benchmark resource YAML file -* One or multiple ConfigMap YAML files containing all the Kubernetes resources used by the benchmark +* One or more ConfigMap YAML files containing all the Kubernetes resources used by the benchmark These files are usually provided by benchmark designers. For example, we ship Theodolite with a set of [benchmarks for event-driven microservices](theodolite-benchmarks). diff --git a/docs/theodolite-benchmarks/index.md b/docs/theodolite-benchmarks/index.md index edd3e4c8fe2482e80ca76b1ddfd89f0741bf8177..39db8873e665a7399b144936998f59925289c505 100644 --- a/docs/theodolite-benchmarks/index.md +++ b/docs/theodolite-benchmarks/index.md @@ -20,7 +20,7 @@ A simple, but common use case in event-driven architectures is that events or me Another common use case for stream processing architectures is reducing the amount of events, messages, or measurements by aggregating multiple records within consecutive, non-overlapping time windows. Typical aggregations compute the average, minimum, or maximum of measurements within a time window or count the occurrence of same events. Such reduced amounts of data are required, for example, to save computing resources or to provide a better user experience (e.g., for data visualizations). -When using aggregation windows of ï¬xed size that succeed each other without gaps (called [tumbling windows](https://kafka.apache.org/20/documentation/streams/developer-guide/dsl-api.html#tumbling-time-windows) in many stream processing enegines), the (potentially varying) message frequency is reduced to a constant value. +When using aggregation windows of ï¬xed size that succeed each other without gaps (called [tumbling windows](https://kafka.apache.org/20/documentation/streams/developer-guide/dsl-api.html#tumbling-time-windows) in many stream processing engines), the (potentially varying) message frequency is reduced to a constant value. This is also referred to as downsampling. Downsampling allows for applying many machine learning methods that require data of a ï¬xed frequency.