En Discourse, hemos estado ansiosos por adoptar YJIT desde que el equipo de Infraestructura de Ruby on Rails de Shopify lo declaró listo para producción. Después de observar prometedores benchmarks locales, comenzamos a ejecutar nuestras aplicaciones Rails de producción con YJIT de Ruby 3.2 habilitado en clústeres seleccionados a principios de mayo de 2023. Luego pasamos un tiempo midiendo su rendimiento en el mundo real. Estamos emocionados de compartir los resultados positivos que observamos. Basándonos en estos hallazgos, ahora hemos habilitado YJIT en todo nuestro hosting, y los autoalojados pueden optar por hacer lo mismo.
Este es un tema de discusión complementario para la entrada original en https://blog.discourse.org/2023/05/running-ruby-3-2s-yjit-in-production-at-discourse/
Empezamos a evaluar Discourse+YJIT desde noviembre de 2022 y comenzamos a ejecutar Meta con YJIT de forma intermitente desde enero de este año. YJIT es una de las razones por las que aceleramos la actualización de Ruby 2.7 a Ruby 3.2 en unos pocos meses y estoy eufórico de que finalmente esté aquí. ¡Y aún más, ya que las mejoras que llegarán para Ruby 3.3 parecen aún mejores!
Probablemente una pregunta tonta, pero ¿el “archivo de definición de contenedor” es el archivo app.yml? Nunca antes lo había oído llamar así. ¡Gracias!
Y sin ningún dato medido y basándome en lo que uno o pocos usuarios sienten y ven.
Para mí, este foro ha ido más lento desde hace un tiempo. Veo un círculo giratorio por un momento casi cada vez que abro un tema. Claro, puede y casi seguramente proviene de los servidores y las distancias entre EE. UU. y Europa. Pero Meta es más lento que antes.
Empecé a usar YJIT en mi foro y cuando el servidor está en Alemania y los usuarios son finlandeses, todos dicen que todos los temas se abren más rápido. Eso es en realidad bastante gracioso porque no podemos ver cambios en los tiempos de carga puros por debajo de 200 ms.
He estado pensando en el tiempo de carga de página fijo (o consistente) durante bastante tiempo. Donde los tiempos de carga para cada página y cada usuario sean lo más consistentes posible.
La información sobre los usuarios finlandeses es interesante, esto me hizo preguntarme si podríamos enrutar al usuario según la IP GEO o la latencia a un servidor diferente con una carga diferente solo para ahorrarles tiempo de respuesta.
