Replies: 3 comments 3 replies
-
@mypursuit you are welcome to investigate what's taking the time with a profiler and post your findings. I'm all for making the client more efficient but this is not a typical or reasonable workload. It is rare to see channels opened in parallel like that because if optimizing this part matters, it means that short-lived channels are used, which is an explicitly recommended against practice. |
Beta Was this translation helpful? Give feedback.
-
Increase your ThreadPool size. https://github.com/lukebakken/rabbitmq-dotnet-client-860/blob/main/Program.cs @mypursuit - please note that version 7 fixes this issue. If you could test the latest alpha release I would GREATLY appreciate it: https://www.nuget.org/packages/RabbitMQ.Client/7.0.0-alpha.5 |
Beta Was this translation helpful? Give feedback.
-
Thank you every much,it is useful to me❤️
…---- Replied Message ----
| From | Luke ***@***.***> |
| Date | 04/25/2024 23:52 |
| To | ***@***.***> |
| Cc | ***@***.***>***@***.***> |
| Subject | Re: [rabbitmq/rabbitmq-dotnet-client] CreateModel in Parallel.For need more time in 6.18.1 version,but ok in 6.0.0 (Discussion #1544) |
Closed #1544 as resolved.
—
Reply to this email directly, view it on GitHub, or unsubscribe.
You are receiving this because you were mentioned.Message ID: ***@***.***>
|
Beta Was this translation helpful? Give feedback.
Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
-
Describe the bug
server:RabbitMQ 3.5.6, Erlang 18.1
I wanto use
ConsumerDispatchConcurrency
property,but not support in 6.0.0 version.when I upgrade to 6.8.1 version to test my code,I found newer version client need more time in Parallel.For.
Test result like this:
Reproduction steps
Expected behavior
why has the different,How to solve it ,thank you
Additional context
No response
Beta Was this translation helpful? Give feedback.
All reactions