15% más de rendimiento y 40% menos de uso de memoria con GraalVM

Hola 🙂

Sólo quería compartir mi "nuevo" hallazgo. Como siempre, estoy explorando opciones sobre cómo aumentar la velocidad de SQX para mi flujo de trabajo diario afinando parámetros, recolectores de basura, etc. Últimamente, he aprendido sobre GraalVMque es un compilador JIT relativamente nuevo que tiene como objetivo el máximo rendimiento y se ha demostrado que a veces es hasta 30 veces más rápido que si se ejecuta el código en los tiempos de ejecución estándar JRE / OpenJDK que SQX está utilizando en este momento. Aquí hay un excelente video sobre cómo funciona, por qué se ha hecho y con algunas pruebas de rendimiento: https://www.youtube.com/watch?v=GinNxS3OSi0 Por ejemplo: Twitter está ejecutando todas sus cosas Java en GraalVM en lugar de JRE / OpenJDK desde hace un tiempo y han notado una caída considerable en el uso de CPU y RAM.

Y ahora lo mejor: usarlo con SQX es tan fácil como descargar el último binario de Windows desde aquí https://github.com/graalvm/graalvm-ce-builds/releases

Simplemente descomprima el archivo ZIP en el J64 de SQX (previamente borre o renombre la carpeta) y simplemente continúe trabajando con SQX como siempre lo hizo. Personalmente esto es lo que he experimentado desde que lo reemplacé y por supuesto, usando los mismos ajustes en SQX que antes:

- un aumento del rendimiento de 15% en la velocidad de generación de estrategias

- aproximadamente una caída de 40% en el consumo de memoria (lo cual es ASOMBROSO dado que ahora puedo trabajar con menos RAM)

- no hay errores o bloqueos de SQX sólo funciona igual que con JRE / OpenJDK

Como esto es de código abierto, yo recomendaría encarecidamente que SQX se envíe con GraalVM en su configuración por defecto, ¡ya que parece ser increíble! También hay una Enterprise Edition disponible que parece ser aún más rápida, pero cuesta 193 Euros/año y aún no la he probado.

Diviértete machacando estrategias 😉

Hola, me gustaría probar esta actualización de rendimiento, ¿podría comprobar si tengo que borrar el contenido de la carpeta J64 y sustituirla por los archivos descomprimidos?

Además, ¿es estable la Enterprise Edition 20 o me quedo con la 19? No estoy seguro de si necesito Java 8 o 11 versión, estoy corriendo Win 10 Pro.

gracias

java 11, version 20 lo que sea - si, deberas borrar o mejor renombrar la carpeta original "j64" y descomprimir el contenido de graal zip dentro de ella y reiniciar SQX

¿Se envía a B130?

Acabo de ver este post y ahora abrir el archivo readme de la carpeta j64 de SQX. Dice que es openJDK.

¿Tiene GraalVM problemática o algo más, por lo que después de varios meses de pruebas de la gente aquí concluir que no es adecuado para enviar a la nueva versión de SQX?

Creo que no será enviado con SQX, debido a la concesión de licencias ... así que tienes que probarlo por ti mismo y ver qué diferencia se podría lograr en las especificaciones de su PC ... se puede ver nuestro punto de referencia que hemos hecho

Hola, chicos

Ahora mismo, comparo el SQX 131 con el java por defecto y el que tiene el java de graaivm, no hay mucha velocidad aunque....

¿Se pregunta si SQX 131 ya ha mejorado Java?

Lo he intentado usando: graalvm-ee-java11-21.1.0 en SQX Build 131.659, ¡sin suerte! Agradecería cualquier ayuda. El error fue persistente, ¡intenté muchos reinicios!

Hola,

funcionará después de borrar los siguientes archivos de la carpeta j64

\j64\languages\nfi\builder\svm-none.jar;
\j64\languages\nfi\truffle-nfi-none.jar;

Equipo SQ, Tamas

Para todos los que quieran usar graalvm: Toma la versión java 21.1 11 no la versión 16.

Esto produce ese error (en mi caso en Linux):

Si coges la versión 11, entonces funciona bien después de reiniciar SQ. Antes debe borrar

\j64\languages\nfi\builder\svm-none.jar;
\j64\languages\nfi\truffle-nfi-none.jar;

como ya ha dicho Tamas.

neilrickaby escribió:

Lo he intentado usando: graalvm-ee-java11-21.1.0 en SQX Build 131.659, ¡sin suerte! Agradecería cualquier ayuda. El error fue persistente, ¡intenté muchos reinicios!

He conseguido que funcione, gracias a la información del servidor Discord, usando el paquete: graalvm-ee-java11-windows-amd64-20.0.0. Pero después de probarlo no he notado ningún aumento de rendimiento.

extraño, porque todos los usuarios que conozco tienen boos rendimiento con graal

He realizado algunas pruebas esta mañana y he observado resultados interesantes. Probé la configuración original de la Build 131 contra la edición empresarial de Graalvm versión 20.3.2 y 21.1.0 (ambas usando v11).

Lo primero que hice fue comparar los puntos de referencia y tomé el mejor de tres pruebas para cada uno.

Luego hice 500 pruebas de estrategia de tendencia usando las tres para los modos aleatorio y genético.

En resumen, la configuración original fue mejor que la 20.3.2 o la 21.1.0 en las pruebas de referencia y no hubo ninguna diferencia real en las demás pruebas...

He adjuntado algunas fotos para mostrar comparaciones directas.

Echa un vistazo a esta comparación de rendimiento:

https://docs.google.com/spreadsheets/d/1PXYirYB5toqP8c4tIsU6x8swFvtt3Wwn8QGek7srTzY

más en:  https://discord.gg/5TFFKUCw

Gracias Karish por compartir la hoja de cálculo y el enlace.

Acabo de actualizar la hoja con mis pruebas y ahora veo una diferencia, y qué diferencia es en realidad. ¡¡¡¡¡Para mí, la mejor mejora fue 43% - pasando de 454,2k estrategias por hora a 651,7k!!!!!

Me pregunto si hay alguna diferencia de rendimiento entre las versiones de Linux y Windows debido a los sistemas operativos. ¿Alguien ha intentado compararlas?

Linux no tiene problemas para utilizar más de 64 núcleos en una aplicación como en Windows, por lo que puede ser una alternativa mejor en general.

3900x

No GM 255280 s/h

con GM 285548 s/h