diff --git a/docs/stream-aggregation.md b/docs/stream-aggregation.md
index acbb9ecb71..9be338bac3 100644
--- a/docs/stream-aggregation.md
+++ b/docs/stream-aggregation.md
@@ -83,7 +83,7 @@ Sometimes [alerting queries](https://docs.victoriametrics.com/vmalert.html#alert
 disk IO and network bandwidth at metrics storage side. For example, if `http_request_duration_seconds` histogram is generated by thousands
 of application instances, then the alerting query `histogram_quantile(0.99, sum(increase(http_request_duration_seconds_bucket[5m])) without (instance)) > 0.5`
 can become slow, since it needs to scan too big number of unique [time series](https://docs.victoriametrics.com/keyConcepts.html#time-series)
-with `http_request_duration_seconds_bucket` name. This alerting query can be sped up by pre-calculating
+with `http_request_duration_seconds_bucket` name. This alerting query can be speed up by pre-calculating
 the `sum(increase(http_request_duration_seconds_bucket[5m])) without (instance)` via [recording rule](https://docs.victoriametrics.com/vmalert.html#recording-rules).
 But this recording rule may take too much time to execute too. In this case the slow recording rule can be substituted
 with the following [stream aggregation config](#stream-aggregation-config):