Open pellared opened 1 year ago
@jsuereth @jmacd Any insights as I think you were involved in this area?
"the first possible moment a measurement could be recorded" sounds very accurate to me.
"the first possible moment a measurement could be recorded" sounds very accurate to me.
Which of the times @pellared mentioned above do you interpret this to mean?
"the first possible moment a measurement could be recorded" sounds very accurate to me.
Which of the times @pellared mentioned above do you interpret this to mean?
5.
"the first possible moment a measurement could be recorded" sounds very accurate to me.
Which of the times @pellared mentioned above do you interpret this to mean?
5.
Can you elaborate? When could a measurement possibly be recorded other than times listed?
Personally I propose
- meter provider is created
as meter's can be created before meter provider is created. I think it could be also more meaningful if there would be more metric providers.
SIG meeting:
It is still unclear what is the expected value. This is also discussed in https://github.com/open-telemetry/opentelemetry-specification/pull/3540
CC @jmacd @jack-berg
What are you trying to achieve?
Set appropriate value of
start_time_unix_nano
for gauge: https://github.com/open-telemetry/opentelemetry-specification/blob/main/specification/metrics/data-model.md#gaugeWhat did you expect to see?
A more clear definition or at least recommendation what "the timestamp when a metric collection system started" is.
Is it the time when:
Additional context.
Related issue in OTel Go: https://github.com/open-telemetry/opentelemetry-go/issues/4269