[Questions] what is the best version of rabbitmq for consuming parallel tasks #12855
-
Community Support Policy
RabbitMQ version used3.13.7 or older Erlang version used26.2.x Operating system (distribution) usedUbuntu How is RabbitMQ deployed?Community Docker image rabbitmq-diagnostics status outputSee https://www.rabbitmq.com/docs/cli to learn how to use rabbitmq-diagnostics DetailsLogs from node 1 (with sensitive values edited out)See https://www.rabbitmq.com/docs/logging to learn how to collect logs DetailsLogs from node 2 (if applicable, with sensitive values edited out)See https://www.rabbitmq.com/docs/logging to learn how to collect logs DetailsLogs from node 3 (if applicable, with sensitive values edited out)See https://www.rabbitmq.com/docs/logging to learn how to collect logs Detailsrabbitmq.confSee https://www.rabbitmq.com/docs/configure#config-location to learn how to find rabbitmq.conf file location DetailsSteps to deploy RabbitMQ clusterversion: '3.8' services: networks: volumes: Steps to reproduce the behavior in questionMy application has to consume as many tasks as possible. advanced.configSee https://www.rabbitmq.com/docs/configure#config-location to learn how to find advanced.config file location DetailsApplication codeDetails# PASTE CODE HERE, BETWEEN BACKTICKSKubernetes deployment fileDetails# Relevant parts of K8S deployment that demonstrate how RabbitMQ is deployed
# PASTE YAML HERE, BETWEEN BACKTICKSWhat problem are you trying to solve?I am converting it in asynchronous mode using asynio and aio_pika. |
Beta Was this translation helpful? Give feedback.
Replies: 1 comment
-
|
Based on a very brief description (virtual no details) on what you are trying to accomplish or why, but also in general, For "embarrassingly parallel" problems you'd likely benefit from using streams and/or superstreams, which are relatively recent and have matured by 4.x. |
Beta Was this translation helpful? Give feedback.
Based on a very brief description (virtual no details) on what you are trying to accomplish or why, but also in general,
4.0.xis "the best version" because it is the only version that is maintained for everyone.For "embarrassingly parallel" problems you'd likely benefit from using streams and/or superstreams, which are relatively recent and have matured by 4.x.