iasc-practica-ruby
Objetivos
- Comparar comportamiento de Puma en sus múltiples modos
- Comparar modelo de procesos y threads
Durante esta práctica estaremos utilizando Ruby 2.7.2 y JRuby 9.2.8.0.
Instalacion de entornos
A Continuacion de detallan los pasos para instalar Ruby y JRuby.
Docker (Opcional)
Nota: Solo tomen en cuenta esta seccion si han usado y conocen Docker.
La imagen tiene todas las dependencias instaladas junto con htop y ab (apache2-utils). El comando por defecto del container es htop.
# Armar la imagen con tag rvm
docker build . -t iasc-practica-ruby
# Instanciar la imagen en un container con nombre rvm1
docker run --name iasc-practica-ruby-cont -it iasc-practica-ruby
# Loguearse al container en otra terminal
docker exec -it iasc-practica-ruby-cont bash -l
# Para ver las versiones de ruby instaladas
rvm list
# Para usar Ruby 2.7.2 (mri es un alias)
rvm use mri
# Para usar JRuby 9.2.20.0 (jruby es un alias)
rvm use jruby
# Levantar el servidor (-t {minThreads}:{maxThreads} -w {workers})
bundle exec puma -t 4:8 -w 2
# Para probar los endpoints (c=conexiones concurrentes, n=cantidad de conexiones)
ab -c 10 -n 100 localhost:9292/io_bound
La imagen de docker tambien expone su puerto 9292, para que pueda correrse ab desde afuera.
Tambien pueden bajarse la imagen pre-buildeada de esta practica
docker pull ghcr.io/arquitecturas-concurrentes/iasc-practica-ruby:1.0.0
Usando la imagen de lubuntu (Virtualbox)
En caso de que usen la imagen de lubuntu mediante Virtualbox hay que setear la misma para que utilice mas de un core (CPU)
Instalacion Ruby
Instalar rvm.
gpg --keyserver hkp://pool.sks-keyservers.net --recv-keys 409B6B1796C275462A1703113804BB82D39DC0E3 7D2BAF1CF37B13E2069D6956105BD0E739499BDB
\curl -sSL https://get.rvm.io | bash
echo "source $HOME/.rvm/scripts/rvm" >> ~/.bash_profile
Y luego, instalar Ruby y bundler:
rvm install 2.7.2
rvm use 2.7.2
gem install bundler
Instalar tambien jruby 9.2.8.0:
rvm get head
rvm install jruby-9.2.8.0
gem install bundler
Instalacion de proyecto
Una vez que instalamos RVM, ejecutar las siguientes instrucciones:
bundle install
Esto instalará las dependencias y de aqui en más se puede proceder con la primera parte de la práctica.
Ante cualquier duda referirse a la documentacion de la página
Consigna
Generalidades
Esta práctica se realizará en varios escenarios. Para cada uno:
- analizar el comportamiento de ambas rutas, anotarlo y comparar con las configuraciones anteriores.
- analizar qué cantidad de threads del sistema operativo se crean (con
htop
) - probar tanto con un cliente como con varios clientes concurrentes
El objetivo no es obtener tiempos exactos sino entender cualiativamente los modelos de SO Threads, Green Threads y Procesos.
Escenarios
- Ejecutar utilizando Ruby con Puma, un proceso y un hilo
- Ejecutar utilizando Ruby con Puma, N procesos (clustered) y un hilo
- Ejecutar utilizando Ruby con Puma, 1 Proceso y N hilos
- Ejecutar utilizando Ruby con Puma, N procesos (clustered) y N hilos
- Ejecutar utilizando Jruby con Puma, 1 proceso y N hilos
Preguntas para poder prepararse antes de la conclusión
Que buscamos como conclusión?
A partir de los escenarios, lo que nos gustaria que vean es:
Comparacion de las dos VMs que usan en la practica, MRI y Jruby, y como afecta al sistema:
- Como se comportaria el sistema de acuerdo a cada uno de los escenarios para las dos VMs
- Y para cada escenario, que diferencia hay entre los endpoints de io y cpu bound?
Preguntas que pueden hacerse antes de empezar a sacar conclusiones
A partir de las mediciones y comparaciones en cada escenario, deberías poder responder:
- Bajo green threads, si la cantidad de threads aumenta ¿mejora la performance de una tarea cpu bound?
- Bajo green threads, si la cantidad de threads aumenta ¿mejora la performance de una tarea IO bound?
- Bajo SO threads, si la cantidad de threads aumenta ¿mejora la performance de una tarea cpu bound?
- Bajo N procesos (modo clustered), si la cantidad de procesos aumenta por encima de la cantidad de cores de la máquina, ¿mejora la performance de una tarea cpu bound?
- Los Green threads de Ruby, ¿son realmente green threads? (Tip: analizar mediante
htop
si el sistema operativo los ve)
FAQ
¿Cómo lanzar el servidor?
Simplemente hay que ejecutar el comando puma
mediante bundle exec
:
bundle exec puma
¿Cómo probar el servidor?
El servidor soporta dos rutas: /io_bound
y /cpu_bound
. Como sus nombres lo indican, la primera realiza una tarea con mínimo procesamiento pero gran cantidad de E/S (lee un archivo), y la segunda es código puro (ejecuta una función fibonacci).
Para probarlas, se puede utilizar por ejemplo:
curl
(desde la terminal)Postman
(desde el browser).
¿Cómo controlar la cantidad de hilos y procesos
El comando puma
acepta dos parámetros para controlarlos -t
y -w
:
-t
define la cantidad mínima y máxima de threads-w
define la cantidad de procesos (llamados workers)
Por ejemplo:
# Lanzar puma con 4 hilos
bundle exec puma -t 4:4
# Lanzar puma con 1 proceso
bundle exec puma -w 1
# Lanzar puma con 2 procesos
# (lo que se conoce como modo clustered, es decir, que la cantidad de workers > 1)
bundle exec puma -w 2
Estas opciones son combinables.
¿Qué hago si la tarea cpu bound termina demasiado rápido/demasiado lento en mi máquina?
Ajustá el valor del fibonacci en config.ru
get '/cpu_bound' do
# Ajustá el valor del 34 para lograr un calculo que se tome su tiempo pero termine
{result: fib(34)}.to_json
end
¿Cómo hago para correr este servidor con Ruby? ¿Y con JRuby?
Las instrucciones anteriores corren este servidor con Ruby estándar (MRI, también llamado YARV). Para ejecutarlo con JRuby, es necesario cambiar el intérprete a mano e instalar bundler :
rvm use jruby-9.2.8.0
gem install bundler
y luego ejecutar puma
normalmente.
¿Qué puedo hacer si quiero correr (por algún motivo) el servidor con otra versión de ruby?
Tenés que
- modificar el archivo
.ruby-version
y elGemfile
, - luego
gem install bundler
- luego
bundle install
Y eso es todo.