问题标签 [nanotime]

嘿，我的代码中有这个功能：

我想在 log.append 命令中添加 evrey 线程在 sec 中运行的数量。我试着做这个：

而不是像这样打印每次的秒数：

但是当秒数出现时我在日志中得到的数字是这样的：6.00E-7 等等......我做错了什么？

谢谢

我有一个纳秒整数需要在 ruby​​ 中格式化为 Time 对象。如何从 ruby​​ 中的纳秒获取 Time 对象？

我试过了

但返回的时间是当前时间而不是给定的确切时间（以纳秒为单位）

如何在Android中以纳秒为单位查找自Epoch以来的时间？

以下 APIS 可用，但它们只是给出自启动以来的时间

1. SystemClock.elapsedRealtimeNanos()- 自启动以来的时间，但包括深度睡眠时间
2. System.getnano()-> 这是自启动以来的正常运行时间，没有深度睡眠时间。

对于 Epoch 时间，似乎只有 1 个 API 可用。

• System.currentTimeMillis()-> 以毫秒为单位显示自 Epoch 以来的时间。

是否有类似的 API/新方法来获取自纪元以来的时间（以纳秒为单位）。

PS : Time since Epoch 表示自 1970 年 1 月 1 日 UTC 以来经过的时间。

这是我的主要代码，它使用 nanoTime() 计算 selectionSort() 的时间差：

我的 start()、end() 和 getElapsedTime() 方法是：

运行此程序后，输出为：

getElapsedTime() 方法在它应该是正数时如何返回负数？

我通过大量的 printf 调试发现 System.nanoTime() 实际上并不是它声称的那样：一个单调递增的长表示纳秒，精度至少为毫秒。

我两次调用 System.nanoTime() 大约相隔 14 小时，但返回的时间增量约为 13.1 小时。

这种不准确的原因可能是什么？

在 tick() 方法中，不能有int startTime = System.nanoTime()因为它会不断更新它。

我需要在 tick 方法中找到经过的时间，以便每 2 秒生成一个新对象。

以上是一小段代码。我将如何在 tick 方法中查找经过的时间并让它为每个 if 语句重新开始计数？

谢谢您的帮助 ：）

在使用 HdrHistogram 进行基准测试后，我得到了这个数字作为值：

142.22182267674.623

那应该是纳秒，但那是什么数字？

这是基准测试的一些结果。这不是两个数字合二为一，是的，我学过数学，但没有像这样结构的数字....

我需要纳秒的当前时间。作为字符串"%.9f" % float_time，它是 1502872986.6536936 76。你可以在最后看到 76。如果我尝试写与 int 相同的时间int(float_time*10**9)，最后将是 15028729866536936 96和 96。为什么？哪个是获得纳米格式的正确方法？

浮动时间：1502872986.6536937

int_nano_time: 1502872986653693696

str_nano_time: 1502872986.653693676

解决方案：

浮动时间：536596.296

int_nano_time: 536596296000000

str_nano_time: 536596.296000000

我已经看到并阅读了有关为什么 System.nanoTime() 在某些操作系统上比其他操作系统慢的帖子，但是我从未看到任何东西可以解释我现在看到的差异。使用 JMH，我正在运行这个基准测试。（注意：它也使用 System.nanoTime() ）

在 Windows 10 上，这需要大约 25 ns。

在 Centos 7、Linux 3.10 上，它被测量为大约 10293 ns。

这是在同一台机器上，Intel(R) Core(TM) i7-7820X CPU @ 3.60GHz

是否可以选择更改 JDK 获取系统时钟的方式？

编辑：根据托德提供的链接，似乎 tsc 不可用

表演后

延迟有所改善，但仍然很差，延迟为 1,816 ns。

我试图找出是否可以将 TSC 时钟源添加到 Centos，但还没有运气。

编辑：进一步挖掘

我实现了一个标准的快速排序算法，并在多次运行中对其进行了测试，并将运行时间存储在一个数组中。

现在发生的情况是，输出的“次”数组以更大的值开始并逐渐减小，在第 100 个索引（快速排序 100 次运行）之后，它变得有点恒定，但该值小于初始 2-3 值的十分之一. n= 1000 返回的平均值在程序的几个 rune 中是相同的。

即使我将数组初始化为已经排序（注释掉的行），也会发生同样的事情，尽管需要更多的平均时间（应该如此）。

但这不应该为同一阵列上的同一算法返回如此不同的运行时间。下降模式表明什么，如果有的话？