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

agents: fix process_start calculation #169

Conversation

santigimeno
Copy link
Member

Apparently, in v18.x performance::performance_process_start_timestamp is set later than in v20.x. Create a run-once function which calculcates it the first time is needed.

PR-URL: #148
Reviewed-by: Trevor Norris <trev.norris@gmail.com>
PR-URL: #148
Reviewed-by: Trevor Norris <trev.norris@gmail.com>
On preparation of the incoming `GRPCAgent` that's going to be using
them.

PR-URL: #151
Reviewed-by: Trevor Norris <trev.norris@gmail.com>
PR-URL: #159
Reviewed-By: Trevor Norris <trev.norris@gmail.com>
Update opentelemetry-cpp gyp build file so it uses the `abseil-cpp`
library included in `grpc`.

PR-URL: #159
Reviewed-By: Trevor Norris <trev.norris@gmail.com>
PR-URL: #159
Reviewed-By: Trevor Norris <trev.norris@gmail.com>
PR-URL: #152
Reviewed-By: Trevor Norris <trev.norris@gmail.com>
SpanCollector is a class that allows to start collecting spans and
report them to a callback function running in a specific uv_loop_t
thread. The collector can be configured with a minimum span count and a
time interval to report the spans. In addition, the collector can be
configured with a transform function that will be applied to the spans
before calling the final callback.
Use this class to dry the code in the `ZmqAgent` and `OTLPAgent`.

PR-URL: #160
Reviewed-By: Trevor Norris <trev.norris@gmail.com>
Apparently, in v18.x `performance::performance_process_start_timestamp`
is set later than in v20.x. Create a run-once function which calculcates
it the first time is needed.
@santigimeno santigimeno self-assigned this Aug 21, 2024
trevnorris pushed a commit that referenced this pull request Aug 21, 2024
Apparently, in v18.x `performance::performance_process_start_timestamp`
is set later than in v20.x. Create a run-once function which calculcates
it the first time is needed.

PR-URL: #169
Reviewed-by: Trevor Norris <trev.norris@gmail.com>
@trevnorris trevnorris force-pushed the node-v18.20.4-nsolid-v5.3.3-release branch 3 times, most recently from 0e57da9 to 2ed9b5a Compare August 23, 2024 18:20
trevnorris pushed a commit that referenced this pull request Aug 23, 2024
Apparently, in v18.x `performance::performance_process_start_timestamp`
is set later than in v20.x. Create a run-once function which calculcates
it the first time is needed.

PR-URL: #169
Reviewed-by: Trevor Norris <trev.norris@gmail.com>
@trevnorris trevnorris force-pushed the node-v18.20.4-nsolid-v5.3.3-release branch from 2ed9b5a to 97cd48f Compare August 23, 2024 18:23
@trevnorris trevnorris deleted the branch node-v18.20.4-nsolid-v5.3.3-release August 23, 2024 18:23
@trevnorris trevnorris closed this Aug 23, 2024
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

Successfully merging this pull request may close these issues.

2 participants