在Windows上为Java准确hibernate

有没有人知道一个库,它提供了一个Thread.sleep()Java的错误不超过1-2毫秒?

我尝试了睡眠,错误测量和BusyWait的混合,但我不能在不同的Windows机器上得到这个可靠的。

如果实现可用于Linux和MacOS,则它可以是本地实现。

编辑链接尼克提供( http://blogs.oracle.com/dholmes/entry/inside_the_hotspot_vm_clocks )是一个非常好的资源来理解各种定时器/睡眠/时钟java的问题。

Solutions Collecting From Web of "在Windows上为Java准确hibernate"

为了改善睡眠粒度,您可以从这个Thread.sleep页面中尝试以下内容。

与Windows下的Thread.sleep()的错误

如果时序对于你的应用程序是至关重要的,那么一个简单而实用的方法来解决这些错误,就是让守护进程在你的应用程序的整个持续时间内运行,这个进程只需要几毫秒的时间(Long.MAX_VALUE就可以)。 这样,每次调用应用程序时,中断周期就会被设置一次,最小化对系统时钟的影响,即使默认中断周期不是15ms,睡眠粒度也会设置为1ms。

该页面还提到,它导致系统范围的Windows更改,可能会导致用户的时钟运行速度快由于这个错误 。

编辑

有关这方面的更多信息可以在这里找到 ,并附上Sun的相关错误报告 。

这是大约5个月的时间,但可能对读这个问题的人有用。 我发现java.util.concurrent.locks.LockSupport.parkNanos()做法与Thread.sleep()相同,但是在理论上具有纳秒级精度,并且在实践中比Thread.sleep()好得多。 这当然取决于你正在使用的Java运行时,所以YMMV。

看看: LockSupport.parkNanos

(我在Sun的Linux的1.6.0_16-b01 VM上对此进行了验证)

不幸的是,从Java 6开始,Windows OS上的所有与睡眠有关的方法[包括LockSupport.awaitNanos()]都基于毫秒,正如上面几位人员所提到的。

计算精确区间的一种方法是“自旋产量”。 方法System.nanoTime()给你相当精确的相对时间计数器。 这个调用的成本取决于你的硬件,并在某处2000-50纳米。

建议替代Thread.sleep():

  public static void sleepNanos (long nanoDuration) throws InterruptedException { final long end = System.nanoTime() + nanoDuration; long timeLeft = nanoDuration; do { if (timeLeft > SLEEP_PRECISION) Thread.sleep (1); else if (timeLeft > SPIN_YIELD_PRECISION) Thread.yield(); timeLeft = end - System.nanoTime(); } while (timeLeft > 0); } 

这种方法有一个缺点 – 在等待命中CPU核心的最后2-3毫秒。 请注意,sleep()/ yield()将与其他线程/进程共享。 如果你愿意妥协一点CPU,这给你非常准确的睡眠 。

在正常的代码中使用Thread.sleep()没有什么好的理由 – 它几乎总是表示一个糟糕的设计。 最重要的是,没有保证线程将在指定的时间后继续执行,因为Thread.sleep()的语义只是在给定的时间内停止执行,而不是在经过该时间段后立即继续执行。

所以,虽然我不知道你试图达到什么目的,但我相信你应该使用一个计时器来代替。

JDK提供了Timer类。

http://java.sun.com/j2se/1.5.0/docs/api/java/util/Timer.html

阅读文档清楚地表明,除了使这个泛化框架的工作外,它并没有比调用Object.wait(timeout)更复杂:

http://java.sun.com/j2se/1.5.0/docs/api/java/lang/Object.html#wait(long)

所以,你可以削减追逐一个只使用Object#等待自己。

除了这些考虑之外,事实仍然是JVM不能保证跨平台的时间准确性。 (阅读http://java.sun.com/j2se/1.5.0/docs/api/java/lang/System.html#currentTimeMillis() )上的文档

如果您想要在您的平台上实现最高的时序精度,我认为您需要尝试一种折衷解决方案,将定时器和繁忙轮询结合起来。 有效对象#wait(1) – >系统#nanoTime – >计算delta – > [如果需要,循环]。

如果你愿意推出自己的JNI,那么它几乎可以为平台特定的解决方案开放。 我对Window的内部机制并不了解,但显然如果主机操作系统确实提供了足够准确的实时定时器服务,那么设置timerRequest(timedelta,callback)本机库的准系统结构就不应该超出范围。

Long.MAX_VALUE hack是工作解决方案。

我尝试了Object.wait(int milis)来替换Thread.sleep,但发现Object.wait和Thread.sleep(在Windows下是10ms)一样精确。 没有破解,这两种方法都不适合任何动画

使用当前线程上的一个Thread::join 覆盖 。 您指定要等待的毫秒数(和纳秒)。

你可以尝试使用新的并发库。 就像是:

 private static final BlockingQueue SLEEPER = new ArrayBlockingQueue(1); public static void main(String... args) throws InterruptedException { for(int i=0;i<100;i++) { long start = System.nanoTime(); SLEEPER.poll(2, TimeUnit.MILLISECONDS); long time = System.nanoTime() - start; System.out.printf("Sleep %5.1f%n", time/1e6); } } 

这睡在2.6和2.8毫秒之间。

听起来像你需要一个实时Java的实现 。