Bueniismo, muchas gracias a todos. voy probando y despues les mando los resultados.
Muchas gracias otra vez. 2010/2/15 Joaquín Vicente <[email protected]> > 2010/2/15 Diego Torres <[email protected]>: > > Estimada lista, > > > > en los ultimos dias pusimos una aplicacion rails a correr en un server. > El > > server es una maquina virtual que tiene un ubuntu server, una base de > datos > > mysql y el rails con 256 mb ram. Cuando la pusimos a correr tuvimos > algunos > > problemas con la carga y revento. Asi que empezamos algunas tareas de > tuneo, > > muy basicas seguramente para muchos de uds. > > > > 1) pusimos Ruby EE con su railsy passenger lo que nos alivio bastante la > > cosa. > > 2) Acomodamos el > > > > PassengerMaxPoolSize en 2 que lo obtuvimos directamente e la pagina del > > passenger. > > > > Que otras variables nos pueden aconsejar para subir la velocidad de > > respuesta del servidor. Creo que tenemos tambien algunos problemas a > nivel > > de programacion. Por ejemplo, estamos utilizando un layout para la > mayoria > > de la aplicacion a nivel de usuario que contiene algunos find(:all). Como > > podriamos hacer que esto este cacheado y no se recalcule cada vez que > debe > > mostrar el layout?? > > > > > > Entiendo que son basten básicas mis preguntas. Espero, si son tan > amables, > > enviarme aunque sea un par de palabras claves para seguir googleando. > > Tambien alternativas de configuracion a nivel de hardware. > > > > Muchas gracias > > > > Diego > > > > 1) Para cachear consultas a la BD o directamente un html ya procesado, > podés usar memcache > http://nubyonrails.com/articles/memcached-basics-for-rails > > 2) Respecto a los find(:all) en el layout, calculo que no los estás > haciendo en los ERB... si bien no necesariamente te va a mejorar la > velocidad de respuesta, es una muy mala práctica! (agrupá toda la > lógica posible en tu modelo) > Skinny Controller, Fat Model: > http://weblog.jamisbuck.org/2006/10/18/skinny-controller-fat-model > > 3) En estos dos links vas a encotrar mucha ayuda a nivel general y > avanzada sobre cache, performance, como escalar aplicaciones, etc. (el > segundo link calculo que te va a ser de mucha utilidad) > http://guides.rubyonrails.org/ > http://railslab.newrelic.com/scaling-rails > > espero que te sea de utilidad !! > [y que luego nos cuentes alguna lección aprendida; que fue lo que más > ayudo a mejorar la performance de tu aplicación :) ] > saludos, > > Joaquín Vicente > _______________________________________________ > Ruby mailing list > [email protected] > http://lista.rubyargentina.com.ar/listinfo.cgi/ruby-rubyargentina.com.ar >
_______________________________________________ Ruby mailing list [email protected] http://lista.rubyargentina.com.ar/listinfo.cgi/ruby-rubyargentina.com.ar
