diff options
author | Andrew Newdigate <andrew@gitlab.com> | 2018-11-05 15:34:38 +0000 |
---|---|---|
committer | Andrew Newdigate <andrew@gitlab.com> | 2018-11-05 15:34:38 +0000 |
commit | f793dad78be67a155d7ce942e7947db39caebaaf (patch) | |
tree | da5e3162cf59452a1dab93f0ffb26beb6244b1ae /doc/development/chaos_endpoints.md | |
parent | 04efa0b512953d90e125850146759d09fac2d9bc (diff) | |
download | gitlab-ce-f793dad78be67a155d7ce942e7947db39caebaaf.tar.gz |
Updated with Sean's feedback
Diffstat (limited to 'doc/development/chaos_endpoints.md')
-rw-r--r-- | doc/development/chaos_endpoints.md | 7 |
1 files changed, 4 insertions, 3 deletions
diff --git a/doc/development/chaos_endpoints.md b/doc/development/chaos_endpoints.md index 318a3270675..71de9bdce50 100644 --- a/doc/development/chaos_endpoints.md +++ b/doc/development/chaos_endpoints.md @@ -41,12 +41,13 @@ To simulate a memory leak in your application, use the `/-/chaos/leakmem` endpoi For example, if your GitLab instance is listening at `localhost:3000`, you could `curl` the endpoint as follows: ```shell -curl http://localhost:3000/-/chaos/leakmem?memory_mb=1024 --header 'X-Chaos-Secret: secret' +curl http://localhost:3000/-/chaos/leakmem?memory_mb=1024&duration_s=10 --header 'X-Chaos-Secret: secret' ``` -The `memory_mb` parameter tells the application how much memory it should leak. +The `memory_mb` parameter tells the application how much memory it should leak. The `duration_s` parameter will ensure the request retains +the memory for this duration at a minimum (default 30s). -Note: the memory is not retained after the request, so once its completed, the Ruby garbage collector will attempt to recover the memory. +Note: the memory is not retained after the request finishes. Once the request has completed, the Ruby garbage collector will attempt to recover the memory. ### CPU Spin |