update ml defaults in docs (#12782)
Andrew Maguire committed
May 3, 2022 at 18:59 UTC
c53d2fc22538018f662494f9f08371d69c83bbab
1 file changed
+2
-2
ml/README.md
+2
-2
@@ -160,7 +160,7 @@ Below is a list of all the available configuration params and their default valu
160
# maximum num samples to train = 14400
161
# minimum num samples to train = 3600
162
# train every = 3600
163
- # dbengine anomaly rate every = 60
163
+ # dbengine anomaly rate every = 30
164
# num samples to diff = 1
165
# num samples to smooth = 3
166
# num samples to lag = 5
@@ -225,7 +225,7 @@ This example assumes 3 child nodes [streaming](https://learn.netdata.cloud/docs/
225
### Descriptions (min/max)
226
227
- `enabled`: `yes` to enable, `no` to disable.
228
-- `maximum num samples to train`: (`3600`/`21600`) This is the maximum amount of time you would like to train each model on. For example, the default of `14400` trains on the preceding 4 hours of data, assuming an `update every` of 1 second.
228
+- `maximum num samples to train`: (`3600`/`86400`) This is the maximum amount of time you would like to train each model on. For example, the default of `14400` trains on the preceding 4 hours of data, assuming an `update every` of 1 second.
229
- `minimum num samples to train`: (`900`/`21600`) This is the minimum amount of data required to be able to train a model. For example, the default of `3600` implies that once at least 1 hour of data is available for training, a model is trained, otherwise it is skipped and checked again at the next training run.
230
- `train every`: (`1800`/`21600`) This is how often each model will be retrained. For example, the default of `3600` means that each model is retrained every hour. Note: The training of all models is spread out across the `train every` period for efficiency, so in reality, it means that each model will be trained in a staggered manner within each `train every` period.
231
- `dbengine anomaly rate every`: (`30`/`900`) This is how often netdata will aggregate all the anomaly bits into a single chart (`anomaly_detection.anomaly_rates`). The aggregation into a single chart allows enabling anomaly rate ranking over _all_ metrics with one API call as opposed to a call per chart.