Closed florianl closed 2 months ago
cc @open-telemetry/profiling-maintainers @open-telemetry/profiling-approvers
Comment from the OTel maintainer meeting: could / should this be moved to a comment on the current Profiling PR in the OTLP repository?
This issue is linked in https://github.com/open-telemetry/opentelemetry-proto/pull/534#discussion_r1552969096. As this particular issue is relevant to the specification, I did open the issue in this repository.
Closing issue as resolved with https://github.com/open-telemetry/opentelemetry-proto/commit/f5b589717f79ddb5d143c9a78976f315e637cf04.
This is a follow up for https://github.com/open-telemetry/oteps/pull/239#discussion_r1496080289 around the request for a consistent time precision:
In
ProfileContainer
there arestart_time_unix_nano
andend_time_unix_nano
. Should we have the same precision withtimestamps
inSample
and also usens
instead ofms
?https://github.com/open-telemetry/oteps/blob/dc619dfc70f174ef31caf90f14e8b00600da4049/text/profiles/0239-profiles-data-model.md?plain=1#L553-L555
With
Profile.time_nanos
there is another timestamp in the message that uses nanosecond precision.