You are viewing a plain text version of this content. The canonical link for it is here.
Posted to jira@kafka.apache.org by "Koen De Groote (JIRA)" <ji...@apache.org> on 2017/09/19 10:24:00 UTC
[jira] [Created] (KAFKA-5930) Decide on consistent method for
determining elapsed time.
Koen De Groote created KAFKA-5930:
-------------------------------------
Summary: Decide on consistent method for determining elapsed time.
Key: KAFKA-5930
URL: https://issues.apache.org/jira/browse/KAFKA-5930
Project: Kafka
Issue Type: Improvement
Reporter: Koen De Groote
Priority: Minor
First ticket.
Going over the code a bit, I see mixed usage of System.currentTimeMillis and System.nanoTime, all with the purpose of determining elapsed time.
For instance: https://github.com/apache/kafka/blob/trunk/tools/src/main/java/org/apache/kafka/tools/ThroughputThrottler.java#L104
As opposed to:
https://github.com/apache/kafka/blob/trunk/clients/src/main/java/org/apache/kafka/common/internals/KafkaFutureImpl.java#L98
The majority right now is currentTimeMillis.
That being said, there's a question of what is most important: precision or speed.
When looking this up, most of the results are StackOverFlow pages: https://stackoverflow.com/questions/19052316/why-is-system-nanotime-way-slower-in-performance-than-system-currenttimemill
And:
https://stackoverflow.com/questions/351565/system-currenttimemillis-vs-system-nanotime
Summary: nanotime is slower(might take microseconds to execute), but more precise, but not threadsafe.
currentTimeMillies is faster, perhaps less accurate but thread safe.
Should something be done here or is this a non-issue?
--
This message was sent by Atlassian JIRA
(v6.4.14#64029)