# Docs inaccuracy ? Latencies in microseconds?

**URL:** <https://community.temporal.io/t/docs-inaccuracy-latencies-in-microseconds/5953>\
**Category:** Community Support\
**Tags:** go-sdk, cassandra, documentation\
**Created:** [September 13, 2022, 8:34am UTC](https://community.temporal.io/t/docs-inaccuracy-latencies-in-microseconds/5953 "2022-09-13T08:34:23Z")\
**Posts on this page:** 5\
**Page:** 1

<div class="post-metadata">

**Author:** ![Zigmas\_Satkevicius](https://sea2.discourse-cdn.com/flex016/user_avatar/community.temporal.io/zigmas_satkevicius/32/722_2.png) [@Zigmas\_Satkevicius](https://community.temporal.io/u/Zigmas_Satkevicius)\
**Post date:** [September 13, 2022, 8:34am UTC](https://community.temporal.io/t/docs-inaccuracy-latencies-in-microseconds/5953/1 "2022-09-13T08:34:23Z")

</div>

Hello, we’re using cassandra, and go-sdk. And we came across a weird thing. According to documentation, we get [SDK metrics | Temporal Documentation](https://docs.temporal.io/references/sdk-metrics/#activity_schedule_to_start_latency) schedule to start latency in milliseconds. In our case, we usually get 0.021 (presumably) **milli** seconds for a worker which is doing nothing. Which would mean it’s 21 **micro** seconds.

We’ve debugged the metrics code and it actually seems that schedule to start latency is in seconds. Which would make lots more sense to us. Cause time ranges in microseconds is pretty small even for go routines?

Could someone clarify this up? We need it for our own documentation 🙂 thanks guys.

![image](https://us1.discourse-cdn.com/flex016/uploads/temporal/original/2X/e/e8103afe0e49ffbec1396d7b8595a581aa29c509.png)

---

<div class="post-metadata">

**Author:** ![tihomir](https://sea2.discourse-cdn.com/flex016/user_avatar/community.temporal.io/tihomir/32/6580_2.png) [@tihomir](https://community.temporal.io/u/tihomir)\
**Post date:** [September 13, 2022, 9:42pm UTC](https://community.temporal.io/t/docs-inaccuracy-latencies-in-microseconds/5953/3 "2022-09-13T21:42:08Z")

</div>

Could you confirm if you are looking at SDK metrics here or server metrics?  
Asking because worker service role also emits sdk metrics (for internal workflows running on the temporal-system namespace) and all server timer metric buckets reported should be in seconds.

---

<div class="post-metadata">

**Author:** ![Zigmas\_Satkevicius](https://sea2.discourse-cdn.com/flex016/user_avatar/community.temporal.io/zigmas_satkevicius/32/722_2.png) [@Zigmas\_Satkevicius](https://community.temporal.io/u/Zigmas_Satkevicius)\
**Post date:** [September 13, 2022, 9:45pm UTC](https://community.temporal.io/t/docs-inaccuracy-latencies-in-microseconds/5953/4 "2022-09-13T21:45:44Z")

</div>

We’re definitey looking at sdk metrics here 🙂

---

<div class="post-metadata">

**Author:** ![tihomir](https://sea2.discourse-cdn.com/flex016/user_avatar/community.temporal.io/tihomir/32/6580_2.png) [@tihomir](https://community.temporal.io/u/tihomir)\
**Post date:** [September 13, 2022, 10:32pm UTC](https://community.temporal.io/t/docs-inaccuracy-latencies-in-microseconds/5953/5 "2022-09-13T22:32:52Z")

</div>

Thanks, yes the histogram buckets created (prometheus format) are in seconds / fractions of seconds.

So if you are looking at a specific bucket you would have to use fraction of seconds for example for 300ms

```auto
le="0.3"

```

(this is shown in prometheus docs [here](https://prometheus.io/docs/practices/histograms/) too)

I think in Temporal SDK metrics docs page we should remove the mention of milliseconds because when consuming in prometheus format the historgram buckets will be in seconds regardless.  
Do you mind opening an issue for this [here](https://github.com/temporalio/documentation/issues)?

---

<div class="post-metadata">

**Author:** ![Zigmas\_Satkevicius](https://sea2.discourse-cdn.com/flex016/user_avatar/community.temporal.io/zigmas_satkevicius/32/722_2.png) [@Zigmas\_Satkevicius](https://community.temporal.io/u/Zigmas_Satkevicius)\
**Post date:** [September 14, 2022, 7:03am UTC](https://community.temporal.io/t/docs-inaccuracy-latencies-in-microseconds/5953/6 "2022-09-14T07:03:33Z")

</div>

I will, thanks 😉