Passenger (mod_rails for Apache) lanzado

Community ES
1

Seguramente varios ya se han hecho eco de esta noticia (o no), pero
oficialmente han lanzado
“mod_rails” [1].

Espero tener tiempo este fin de semana para montarlo en el servidor de
pruebas y ver como se porta :slight_smile:

¿Alguien ya tuvo algun contacto con este módulo ?

[1]
http://weblog.rubyonrails.com/2008/4/11/passenger-mod_rails-for-apache-launches

2

Leí sobre el tema en el blog de RailsJitsu, pero la verdad es que
estoy muy contento
con NGiNX y de momento no pienso cambiar :P, pero si la necesidad
aprieta y hay
que usar Apache es una opción a tener en cuenta.

3

Acabo de probar mod_rails en OrdinaryCode.com y POR FIN ha un
sistema de deployment fácil de utilizar. Lo estoy probando en el
puerto 8000. (http://ordinarycode.com:8000)

Hay proyectos parecidos a mod_rails para hacer que el deployment sea
mucho más sencillo como LiteSpeed, pero mod_rails va a ser una buena
opción para las empresas de hosting que ya tienen en sus maquinas
instalado apache.

Un saludo,

Francesc

4

y como anda con el consumo de memoria RAM en comparación a mongrel?

Saludos

On Sat, Apr 12, 2008 at 1:56 AM, Francesc E. <

5

On Apr 12, 2008, at 6:34 PM, Miguel M. wrote:

y como anda con el consumo de memoria RAM en comparación a mongrel?

Pues mirando los procesos veo esto … (es una maquina con 256Mb de RAM)

12.9% /usr/bin/mongrel_rails start -d -a 0.0.0.0 -p 10150 -P …
11.9% Passenger FrameworkSpawner: /home/fesplugas/public_h…
16.8% Passenger ApplicationSpawner: /home/fesplugas/public_h…
20.6% Rails: /home/fesplugas/public_html/ordinarycode.com/releases/
20080321155730

Un rato despues de estar funcionando desaparecen los procesos “Rails”
y “Passenger ApplicationSpawner”.

12.9% /usr/bin/ruby1.8 /usr/bin/mongrel_rails start -d -a 0.0.0.0 -p
10150 -P …
9.4% Passenger FrameworkSpawner: /home/fesplugas/public_h…

Pero si cargas la página se vuelven a cargar otra vez “Rails” y
“Passenger ApplicationSpawner” cosa que hace que la aplicación/web
tarde en cargar.

Es una versión inicial, y ellos lo que al final van a vender es el
soporte para Ruby Enterprise que como dice en la web, consume un 33%
menos de memoria y hace que las aplicaciones cargen más rápido.

Yo continuo pensando que se deberia trabajar en un mod_ruby, que
siguiera el mismo modelo de funcionamiento que mod_python donde se
defienen “entornos” (SetEnv) para que no se solapen las aplicaciones,
que es lo que pasa actualmente con mod_ruby. De esta manera se
podria utilizar cualquier framework Ruby y todos seriamos más felices.

Igualmente encuentro super interesante el servidor LiteSpeed [1] con
su modulo para Ruby y hace que el deployment sea tambien super fácil,
tiene una interficie web para ello. Los de Eleven2 [2] lo utilizan es
sus servidores y reiniciar una aplicación web es tan sencillo como
hacer un touch de un fichero.

En Euruko el desarrollador que està detras de isonrails.com (la
presentación era RailsPlayground) explicó que su aplicación funcionaba
con 1 solo mongrel y que estaba sirviendo unas 200 aplicaciones. Eso
me pareció super interesante y lo escribo por si alguien se anima a
experimentar en como se hace.

[1] http://www.litespeedtech.com/ruby-lsapi-module.html
[2] http://www.eleven2.com/

Un saludo,

Francesc

6

No lo carga en cada petición se queda en memoria un rato y despues el
proceso muere. Si tienes una web con muchas visitas el proceso no se
llegaria a morir.

Un saludo,

Francesc

7

Gracias Francesc.

se ve bien el mod_rails, pero eso que cuentas de que se cargue todo
nuevamente en cada peticion no me parece muy ‘optimo’.

Me parece increible que el tipo de isonrails tenga levantadas 200
aplicaciones con un solo mongrel, definitivamente hay que probar
litespeed!
=)

Saludos!

2008/4/12 Francesc E. [email protected]: