/ / Ruby concurrencia, Revactor vs Process Forking - ruby, concurrencia, fork, actor

Concurrencia de Ruby, revactor vs bifurcación de proceso - ruby, concurrencia, fork, actor

Estoy contemplando dos métodos diferentes para introducir la concurrencia a un programa Ruby. Actualmente estoy bifurcando el proceso y haciendo que los tenedores se comuniquen a través de la base de datos.

Recientemente me enteré de Revactor, quemaneja la concurrencia a través de Fibras. He usado fibras en el pasado y estoy bastante seguro de que no podrían ejecutarse en paralelo, pero afirman que la biblioteca lo permite.

A: ¿Revactor es realmente concurrente?

B: Si es así, ¿alguien tiene alguna figura u opinión sobre las implicaciones de velocidad de cambiar a Revactor desde un Process.fork ¿enfoque?

Respuestas

0 para la respuesta № 1

Revactor es "de un solo hilo con fibras" (entoncessolo una fibra a la vez). Esto es teóricamente mejor que "multihilo" ya que proporciona concurrencia pero solo requiere un hilo, por lo que puede escalar a muchos "hilos" (fibras).