Rendimiento de Java, 2ª Edición

Prefacio

Este trabajo se ha traducido utilizando IA. Agradecemos tus opiniones y comentarios: [e-mail]

Cuando O'Reilly me propuso por primera vez escribir un libro sobre el ajuste del rendimiento de Java, no estaba seguro. Rendimiento de Java, pensé, ¿no habíamos acabado con eso? Sí, sigo trabajando a diario para mejorar el rendimiento de las aplicaciones Java (y de otras), pero me gusta pensar que paso la mayor parte del tiempo ocupándome de las ineficiencias algorítmicas y de los cuellos de botella externos del sistema, más que en algo directamente relacionado con el ajuste de Java.

Un momento de reflexión me convenció de que (como siempre) me estaba engañando a mí mismo. Es cierto que el rendimiento del sistema de extremo a extremo ocupa mucho de mi tiempo, y que a veces me encuentro con código que utiliza un $O\left(n^2\right)$ cuando podría utilizar uno con un rendimiento O(logN). Aun así, resulta que todos los días pienso en el rendimiento de la recolección de basura (GC), o en el rendimiento del compilador de la JVM, o en cómo obtener el mejor rendimiento de las API de Java.

No se trata de minimizar el enorme progreso que se ha hecho en el rendimiento de Java y las JVM en los últimos 20 años o más. Cuando era evangelista de Java en Sun a finales de los 90, el único "punto de referencia" real disponible era CaffeineMark 2.0 de Pendragon software. Por diversas razones, el diseño de ese punto de referencia limitó rápidamente su valor; sin embargo, en su día, ...