History

JUDIT GRESKOVITS 263d1518af playback metrics data fixes #357		2017-03-20 11:46:50 +01:00
..
artillery	watch reachability of containers	2017-03-20 09:38:21 +01:00
prometheus	watch reachability of containers	2017-03-20 09:38:21 +01:00
scripts	watch reachability of containers	2017-03-20 09:38:21 +01:00
src	playback metrics data	2017-03-20 11:46:50 +01:00
static	leak client code	2016-11-25 09:26:53 +00:00
.babelrc	leak client code	2016-11-25 09:26:53 +00:00
.dockerignore	watch reachability of containers	2017-03-20 09:38:21 +01:00
.eslintignore	leak client code	2016-11-25 09:26:53 +00:00
.eslintrc	leak client code	2016-11-25 09:26:53 +00:00
.gitignore	leak spike initial commit	2016-11-21 13:18:12 +00:00
Dockerfile	consume prometheus API to display graphs	2016-11-25 09:26:54 +00:00
dataset-leak.json	watch reachability of containers	2017-03-20 09:38:21 +01:00
docker-compose.yml	watch reachability of containers	2017-03-20 09:38:21 +01:00
package.json	watch reachability of containers	2017-03-20 09:38:21 +01:00
prometheus.yml	playback metrics data	2017-03-20 11:46:50 +01:00
readme.md	improve readme	2016-11-25 10:34:08 +00:00
sort.js	watch reachability of containers	2017-03-20 09:38:21 +01:00
watch.js	watch reachability of containers	2017-03-20 09:38:21 +01:00
yarn.lock	watch reachability of containers	2017-03-20 09:38:21 +01:00

leak

1. Spawn a bunch of servers:
- another-fast: a node with a linear memory leak
- fast: a node with a linear memory leak
- slow: a node with a memory leak that grows very slowly
- plain: a node with no memory leak
1. Spawn an artillery for each node that loads it with a small but constant stream of requests
1. Spawn Prometheus that watches the cpu/memory of each node

Then, locally we start the same server and we can see the different instances and an aggregate of the metrics for each job.

usage

λ docker-compose up
λ node .