¿Cuál es el propósito de dormir (long millis, int nanos)?

Question

En el JDK, se implementa como:

public static void sleep(long millis, int nanos) 
throws InterruptedException { 
if (millis < 0) { 
     throw new IllegalArgumentException("timeout value is negative"); 
} 

if (nanos < 0 || nanos > 999999) { 
     throw new IllegalArgumentException(
      "nanosecond timeout value out of range"); 
} 

if (nanos >= 500000 || (nanos != 0 && millis == 0)) { 
    millis++; 
} 

sleep(millis); 
} 

lo que significa que el argumento nanos no hacer nada en absoluto.

¿Está la idea detrás de esto de que en el hardware con tiempos más precisos, la JVM puede proporcionar una mejor implementación para ello?

Answer 1

Un sistema operativo regular no tienen una resolución suficiente de grano fino a dormir durante nanosegundos a la vez. Sin embargo, existe real time operating systems, donde la programación de un evento que tendrá lugar en un momento exacto en el tiempo es crítica y las latencias para muchas operaciones son MUY bajas. Un sistema ABS es un ejemplo de RTOS. Dormir durante nanosegundos es mucho más útil en tales sistemas que en sistemas operativos normales donde el sistema operativo no puede dormir confiablemente por un período inferior a 15 ms.

Sin embargo, tener dos JDK separados no es una solución. Por lo tanto, en Windows y Linux, la JVM hará un mejor intento de dormir durante x nanosegundos.

Answer 2

Parece una adición a prueba de futuro, para cuando todos tengamos laptops petaflop y rutinariamente especificamos demoras en nanosegundos. Mientras tanto, si especifica un retraso de un nanosegundo, obtendrá un retraso de milisegundos.

Cuando el hardware mejora y la JVM lo sigue, no será necesario volver a escribir la aplicación.

Answer 3

El problema con futuras pruebas es la compatibilidad con versiones anteriores. Este método ha funcionado de esta manera durante tanto tiempo que, si desea demoras de submicro-segundo, debe usar diferentes métodos.

Para la comparación,

Object.wait(millis, nano);