Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

[bug] Frequent gauge metric incorrect interpretation #77

Open
stepanho opened this issue Apr 10, 2023 · 2 comments
Open

[bug] Frequent gauge metric incorrect interpretation #77

stepanho opened this issue Apr 10, 2023 · 2 comments

Comments

@stepanho
Copy link

stepanho commented Apr 10, 2023

Description

In case of send some gauge metric more than 200 times per server stats interval / discrete period, count of sends replaces actual value.

Example:

Send path:2|g 200 times (or more).

send_to_statsd () {
  nc -u 127.0.0.1 8125;
}

generate_metrics () {
  local I=1;

  while true; do
    echo "path:2|g";
    usleep 1000;
    I=$((${I}+1))
    if [ ${I} -gt 200 ]; then
      break;
    fi
  done
}

generate_metrics | send_to_statsd

Expected behavior:

Path value equals 2.

Actual behavior:

Path value equals 200.

Addition

Value doesn't matter.
Probably 200 means update-count-threshold server parameter.

@Albibek
Copy link
Collaborator

Albibek commented Apr 23, 2023

Hi. Are you using any postfix overrides? The example for postfixes in the naming.default section of the config is a little bit misguiding as it sets updates postfix to "", so it may be overwriting the original value.

If yes, can you try commenting out this section or setting a non-empty value for the updates and see if problem goes away?

@syatihoko
Copy link

syatihoko commented Sep 25, 2023

Hello, @stepanho. For information. In bioyino, gause does not work as in Statsd. I have previously asked, researched. The functionality has been removed to ensure better performance. Gause works as Count (you can see it in the source code).

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants