You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Today the duration property is in milliseconds, but can represent microseconds using decimals:
1.234ms = 1234us
In the new intake API (v2), we change the timestamp properties to be an integer representing the number of microseconds since January 1, 1970 00:00:00 UTC.
I feel it would therefore be confusing to keep duration a milliseconds property.
@elastic/apm-server @elastic/apm-agent-devs Please vote on the following two questions:
Let's change duration to be in microseconds (at some point)
APM Server
RUM agent
Node.js agent
Python agent
Ruby agent
Java agent
Go agent
Our team have time to implement this change before API v2 (or it doesn't affect the team)
APM Server
RUM agent
Node.js agent
Python agent
Ruby agent
Java agent
Go agent
The text was updated successfully, but these errors were encountered:
We all agree that it would be good having this change in V2, but this is a last minute change and not all agents are going to have time to do it. Not having all the agents with this change in before FF is an additional risk on top of the ones we already have. We will defer to another release.
Today the
duration
property is in milliseconds, but can represent microseconds using decimals:1.234ms = 1234us
In the new intake API (v2), we change the
timestamp
properties to be an integer representing the number of microseconds since January 1, 1970 00:00:00 UTC.I feel it would therefore be confusing to keep
duration
a milliseconds property.@elastic/apm-server @elastic/apm-agent-devs Please vote on the following two questions:
Let's change
duration
to be in microseconds (at some point)Our team have time to implement this change before API v2 (or it doesn't affect the team)
The text was updated successfully, but these errors were encountered: