Hi Indika, Yes, this is a known issue when using the exponentially-decaying reservoir and when we see the problem clearly when we display the data in a time series chart.
In order to provide a solution, we need to implement a different reservoir for metrics and we can use a project like HdrHistogram [1]. I'm planning to include a new reservoir implementation in Carbon Metrics 2.1.0, which is based on Carbon Kernel 5.1.0. Do you want this problem to be fixed in Carbon 4.x based release? [1] https://github.com/HdrHistogram/HdrHistogram On Mon, Jul 25, 2016 at 7:13 PM, Indika Sampath <indi...@wso2.com> wrote: > Hi Isuru, > > We were encounter there is an issue with timer stats in carbon-metrics due > to its default reservoir which is exponentially decaying reservoir. As per > the doc, it says A histogram with an exponentially decaying reservoir > produces quantiles which are representative of (roughly) the last five > minutes of data. Same issue mentioned in links [1][2] as well and they have > provided some workaround to mitigate the issue. It would be great if you > could provide a fix for this? > > [1] http://taint.org/2014/01/16/145944a.html > [2] https://blog.filippo.io/understanding-metrics > > Cheers! > > -- > Indika Sampath > Senior Software Engineer > WSO2 Inc. > http://wso2.com > > Phone: +94 716 424 744 > Blog: http://indikasampath.blogspot.com/ > > -- Isuru Perera Associate Technical Lead | WSO2, Inc. | http://wso2.com/ Lean . Enterprise . Middleware about.me/chrishantha Contact: +IsuruPereraWSO2 <https://www.google.com/+IsuruPereraWSO2/about>
_______________________________________________ Dev mailing list Dev@wso2.org http://wso2.org/cgi-bin/mailman/listinfo/dev