3
100%
master: 100%

Ran 28 Oct 2019 12:04PM UTC

Files 32

Run time 1s

Badge

Embed ▾

Committed 28 Oct 2019 11:58AM UTC coverage: 100.0%. First build

Job # 2.5.3

Build Type

push

travis-ci

Committed by

dmagliola

Commit Message

Fix bug where different label orders lead to different results

In the DirectFileStore, in order to store the labels hash on disk, we
turn it into a "querystring". The way this is done, we'll end up with
different strings if the same hash is passed in with its keys in
different order.

Since this string is used to index into the file where we store the data,
this will lead to two different values being stored for the same hash.
This is fine in cases where the aggregation is :SUM, because they end up
getting summed when the Client is summarizing. But in :ALL aggregation,
for example, you will end up with one value or the other, randomly.

The test in this commit reproduces this problem.

This way of serializing the labels is a bit slower (see PR for details),
but it's not a huge impact in the big scheme of things, and it leads to
the correct result.

Run Details

1498 of 1498 relevant lines covered (100.0%)

15.11 hits per line

prometheus / client_ruby / 530 / 3
100%
master: 100%

README BADGES
x

Markdown

Textile

RDoc

HTML

Rst

Source Files on job 530.3 (2.5.3)

prometheus / client_ruby / 530 / 3 100% master: 100%

README BADGES x

Markdown

Textile

RDoc

HTML

Rst

Source Files on job 530.3 (2.5.3)

prometheus / client_ruby / 530 / 3
100%
master: 100%

README BADGES
x