Sospecho que las llamadas de subprocesos independientes (> 15) están teniendo un efecto negativo en el rendimiento. ¿Hay una mejor manera de obtener el tiempo del sistema en aplicaciones concurrentes?Cuellos de botella de rendimiento en llamadas concurrentes a System.currentTimeInMillis()
Sólo un pequeño consejo:
he leído de los ingenieros de Google y otros programadores que es mejor utilizar System.nanoTime. Por ejemplo joshua bloch
para el tiempo de intervalo, utilice siempre System.nanoTime con preferencia a System.currentTimeMillis
No responde la pregunta. Además, incluso de acuerdo con su cotización, System.nanoTime es preferible para la temporización de intervalo, no se menciona para qué está utilizando OP la hora del sistema. El tiempo de intervalo puede no ser aplicable aquí. –
Tal vez no responda la pregunta directamente, pero creo que ya otros respondieron la pregunta, así que solo estaba dando un consejo que leí. – Alfred
http://www.techper.net/2008/08/10/systemcurrenttimemillis-systemnanotime-and-their-resolution/ timeinMillis tiene problemas con la granularidad de MS windows –
Si realmente es un problema, puede hacer que un hilo de fondo almacene la hora actual en un volatile. O solo llámalo con menos frecuencia.
+1 - Definitivamente hay algo un poco raro acerca de una aplicación que tiene que hacer frecuentes llamadas a 'System.currentTimeMillis'. –
yo no lo creo, la mayoría de los sistemas operativos proporcionan un buen soporte para este tipo de función y está probablemente implementado como un método nativo. ¿Por qué culpas a este método por tus problemas de rendimiento? –
¿Qué perfil ha hecho que muestra que esta función es el problema? –