Acabo de ver por el twitter de NewRelic que su plugin NewRelic RPM [1] ha recolectado 8.3 billones (americanos, o sea que supongo que "sólo" 8.3 miles de millones) de mediciones este mes: http://twitter.com/NewRelic/statuses/892293948 Ya tenemos una nueva referencia para citar en ese eterno debate sobre la escalabilidad de Rails :) [1] http://www.newrelic.com/
on 19.08.2008 18:38
on 19.08.2008 18:47
Ahora mis preguntas serian: 1) Cuantos servers tienen para esto? (Me imagino que una burrada....) 2) Realmente es todo codigo Rails/Ruby o hay algunos calculos en BBDD (Stored procedures, etc...) o otros lenguajes (C, PHP, Java....) No obstante, como dato no está mal. Alguien de por aqui lo ha probado y nos puede dar algo de feedback sobre que tal funciona? Tenia acceso a la beta antes de su lanzamiento y entre unas cosas y otras no tuve oportunidad de probarlo. :( Salutaciones, -- Isaac Feliu
on 19.08.2008 19:23
2008/8/19 Isaac Feliu Pérez <isaac.feliu@gmail.com> > Ahora mis preguntas serian: > 1) Cuantos servers tienen para esto? (Me imagino que una burrada....) > > 2) Realmente es todo codigo Rails/Ruby o hay algunos calculos en BBDD > (Stored procedures, etc...) o otros lenguajes (C, PHP, Java....) > Eso ya no se... a ver si en sus blogs cuentan más detalles próximamente. > > No obstante, como dato no está mal. Alguien de por aqui lo ha probado y nos > puede dar algo de feedback sobre que tal funciona? Tenia acceso a la beta > antes de su lanzamiento y entre unas cosas y otras no tuve oportunidad de > probarlo. :( > @eparreno y yo lo usamos para medir el proyecto en el que hemos estado trabajando estos meses y va muy bien. Se actualiza en tiempo real con los datos de tus slices, puedes ver distintas vistas con las gráficas, restringir por tiempo... va muy bien la vista de "index hunter" que te muestra las acciones más lentas. Creo que se puede usar en local, en modo development, pero no lo he probado. Para eso empleo query-reviewer ahora mismo.
on 19.08.2008 19:44
El día 19 de agosto de 2008 19:22, Jaime Iniesta <jaimeiniesta@gmail.com> escribió:> @eparreno y yo lo usamos para medir el proyecto en el que hemos estado > trabajando estos meses y va muy bien. Se actualiza en tiempo real con los > datos de tus slices, puedes ver distintas vistas con las gráficas, > restringir por tiempo... va muy bien la vista de "index hunter" que te > muestra las acciones más lentas. > > Creo que se puede usar en local, en modo development, pero no lo he probado. > Para eso empleo query-reviewer ahora mismo. Yo, al contrario que Jaime y Emili, tan sólo lo he usado en local. Aunque tienen que afinar alguna cosilla, en general me ha parecido estupendo. Tuve algún problema pero lo comenté en el IRC y al ratito me avisaron de que habían sacado una nueva versión corregida. También estuve probando el TuneUp de FiveRuns, pero me topé con otro par de bugs (sí, parece que como betatester no tengo precio XD) y el rendimiento (quizá por culpa de alguno de esos bugs) era bastante peor que el de la herramienta de NewRelic.
on 19.08.2008 19:47
Vaya, pues ya tengo claras 2 cosas: 1) Que tenemos que contratar a Raul Murciano para realizar tests en nuestras aplicaciones. :P 2) Que hay que probar si o si el NewRelic. A ver de donde saco tiempo yo ahora.... Saludos, -- Isaac Feliu
on 19.08.2008 20:02
El día 19 de agosto de 2008 19:46, Isaac Feliu Pérez <isaac.feliu@gmail.com> escribió:> Vaya, pues ya tengo claras 2 cosas: > > 1) Que tenemos que contratar a Raul Murciano para realizar tests en > nuestras aplicaciones. :P Jajajaja, a ver si nos vemos en la Conferencia Rails y negociamos los detalles XD > 2) Que hay que probar si o si el NewRelic. No se tarda mucho en hacer una prueba rápida en local: el plugin es poco invasivo y te instala una nueva ruta para acceder al interfaz que te muestra los datos.
on 19.08.2008 20:17
Increible plugin donde los haya. Además de la funcionalidad, no es dificil añadir nuevos checkpoints por ejemplo para saber en que parte de la vista se está gastando más esfuerzos. Al contrario que otros profilers, este puede funcionar en una máquina separada, usando mediciones de datos asÃncronas, vamos que hasta que no se llena el buffer no se envÃa. El código es increiblemente simple y de lo mejorcito que he visto en ruby. La parte de rendimiento se saca de no usar los métodos de ruby para hacer profailing, si no que sobrecarga los puntos claves de rails para realmente medir las cosas. Sustitución perfecta para el query reviewer y como sorpresa es un plugin que puede funcionar perfectamente en producción. Vamos, toda una golosina para saber que coño hace tu aplicación. Un Saludo.
on 19.08.2008 21:25
Yo he probado en local tanto new_relic como tuneup y en general ambos dan el mismo tipo de información, muy útil para ver donde están las querys lentas o cuanto tiempo pasa cada petición en el controlador o en la vista. Un par de diferencias que pueden servir para decidirse por uno u otro pueden ser por ejemplo que tune up es bastante más invasivo, toca varios archivos y mete carpetas en public. En comparación newrelic es una gozada, practicamente no se hace notar, simplemente mete un newrelic.yml en config y ya está. Asà que para probar en local creo que new_relic es más cómodo. A cambio el punto fuerte de tune_up es el poder compartir la información, poder subir el análisis de cada request a su web y poder comentarlos entre quien sea, algo que para grupos de trabajo distribuidos es un plus. JJ
on 20.08.2008 10:19
El 19 de agosto de 2008 20:17, Guillermo <guillermo@cientifico.net> escribió:> > La parte de rendimiento se saca de no usar los métodos de ruby para > hacer profailing, si no que sobrecarga los puntos claves de rails para > realmente medir las cosas. > > Sustitución perfecta para el query reviewer y como sorpresa es un > plugin que puede funcionar perfectamente en producción. Yo no diría que es una sustitución del query reviewer, creo que lo mejor es usar ambos, no? Más que nada porque query reviewer te da tips concretos para optimizar el SQL: mete un indice aquí, tienes un problema de 1+N allá, etc... mientras que NewRelic te dice el síntoma pero no la posible causa. Yo usaría los dos. > Vamos, toda una golosina para saber que coño hace tu aplicación. > > Un Saludo. > > -- > Guillermo Álvarez > _______________________________________________ > Ror-es mailing list > Ror-es@lists.simplelogica.net > http://lists.simplelogica.net/mailman/listinfo/ror-es -- Jaime Iniesta http://jaimeiniesta.com http://www.workingwithrails.com/person/6722-jaime-iniesta
on 21.08.2008 09:33
Hola Jaime, podrias poner el link a la pagina del [query reviewer] ? Un saludo El 20 de agosto de 2008 10:18, Jaime Iniesta <jaimeiniesta@gmail.com>escribió:
on 21.08.2008 09:39
El día 21 de agosto de 2008 9:33, Andrés gutiérrez <andresgutgon@gmail.com> escribió:> Hola Jaime, podrias poner el link a la pagina del [query reviewer] ? http://tinyurl.com/6fogn2