我看过并阅读过关于为什么System.nanoTime()在某些操作系统上比其他操作系统慢的帖子，但是我从未看到任何东西来解释我现在看到的差异。使用JMH，我正在运行这个基准测试。(注意:它也使用System.nanoTime())@BenchmarkpubliclongsystemNanoTime(){returnSystem.nanoTime();}在Windows10上，这大约需要25纳秒。在Centos7和Linux3.10上，它被测量为大约需要10293ns。这是在同一台机器上，Intel(R)Core(TM)i7-7820XCPU@3.60GHz是否可以选择更改JDK获取系

在运行内核版本2.6.38的系统中，我看到这个sysfs文件显示了当前时钟源(恰好是tsc)/sys/devices/system/clocksource/clocksource0/current_clocksource但看起来这个sysfs文件是最近引入的。在2.6.9中我没有看到这个文件。在没有此sysfs的版本中是否容易看到时钟源？当我比较这些版本中的clock_gettime()输出时，2.6.9的粒度似乎是微秒，而2.6.38的粒度是纳秒。因此想知道2.6.9中的时钟源是什么.. 最佳答案 您可以尝试从dmesg输出中获取

在运行内核版本2.6.38的系统中，我看到这个sysfs文件显示了当前时钟源(恰好是tsc)/sys/devices/system/clocksource/clocksource0/current_clocksource但看起来这个sysfs文件是最近引入的。在2.6.9中我没有看到这个文件。在没有此sysfs的版本中是否容易看到时钟源？当我比较这些版本中的clock_gettime()输出时，2.6.9的粒度似乎是微秒，而2.6.38的粒度是纳秒。因此想知道2.6.9中的时钟源是什么.. 最佳答案 您可以尝试从dmesg输出中获取