Pregunta

Si bien sé que IronRuby aún no está listo para que el mundo lo use, me preguntaba si alguien aquí lo probó y comprobó qué tan bien le fue frente a los otros Rubies en términos de rendimiento bruto.

Si es así, ¿cuáles son los resultados y cómo se midió el rendimiento (qué puntos de referencia, etc.)?

Editar:El equipo de IronRuby mantiene un sitio sobre cómo se comparan con Ruby MRI 1.8 en http://ironruby.info/.Debajo de la tabla de tasa de aprobación de especificaciones, también tienen información sobre el desempeño de IronRuby en estas especificaciones.Esta tabla no se actualiza continuamente, pero supongo que la actualizan con suficiente frecuencia (puede ver la última actualización en la parte superior de la página).

¿Fue útil?

Solución

Según este artículo http://www.iunknown.com/2008/05/ironruby-and-rails.html.En mayo, el rendimiento no estuvo ni cerca de lo que esperaban.escuché en http://altnetpodcast.com/episodes/9-state-of-ironruby (hace 3 días) que todavía están trabajando en el rendimiento.Supongo que pusieron la compatibilidad en primer lugar y ahora están intentando que el rendimiento esté a la altura de otras implementaciones de Ruby que existen.

Hasta donde tengo entendido, no tienen tanto rendimiento como Iron Python, desarrollado por el mismo equipo.No sé si esto se debe a que Iron Ruby está usando mucho más el DLR y eso aún necesita optimizarse o si necesitan optimizar más la implementación de Iron Ruby.Pero supongo que son buenas noticias porque pueden conseguirlo mucho más rápido.Entonces, si ya estás satisfecho con el rendimiento, estarás mucho más feliz.

Otros consejos

Antonio Cangiano acaba de publicar algunos nuevos puntos de referencia (9 de agosto), IronRuby parece ser más rápido en todos los ámbitos que la resonancia magnética en Windows.John Lam y compañía han hecho un trabajo fantástico y aún no han terminado de optimizar.

El tiempo de carga y la utilización de la memoria siguen siendo los dos puntos más débiles de IronRuby.Una vez que se ha cargado un fragmento particular de código y se está ejecutando en una especie de modo de estado estable (es decir, se evalúa poca o ninguna fuente nueva), entonces el rendimiento debería ser bastante bueno.

Para responder a su pregunta específica, considere estos datos.

Lo he usado y ha funcionado muy bien para lo que he hecho.Sin embargo, mi medición del rendimiento no es realmente científica, porque todo era visual.Sin embargo, noté que IronRuby parecía un poco más ágil cuando comparé los dos programas en tareas iguales.Realmente creo que esto tuvo que ver más con el vínculo fuerte y estrecho con IIS que tiene .NET más que con la velocidad del marco.

Pero podría estar totalmente equivocado, porque realmente no estresé mis aplicaciones al nivel que Twitter podría ver.Pero por mi experiencia en .NET, sé que funcionaría igual de bien, si no mejor, que las aplicaciones Ruby de producción actuales.

Por cierto, probé Ruby usando FastCGI en IIS.

Licenciado bajo: CC-BY-SA con atribución
No afiliado a StackOverflow
scroll top