google / google/neper

Jitter between per flow/thread work time samples

Open
#9 0 comments 0 reactions 0 assignees View on GitHub
bug
Dominant language
C
Stars
329
Forks
89
PR merge metrics
No merged PRs in 30d

Description

In theory, thread A can be active all the time, but in thread B,
epoll_wait(-1) can block e.g. 0.5 seconds. Then the first sample generated
in B for this "interval" is 0.5 seconds behind the sample in A for the same
interval. But it should be fine if that sample is neither the first nor the
last one. We can also change to epoll_wait(10ms) (1/100 of the interval) so
a sample is guaranteed to be generated within 10ms when a new interval
starts.

Contributor guide

Open the contributing guide

Assessment

This issue has not been assessed yet.

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.