Мы используем SimpleMessageListenerContainer с (максимальным) количеством пользователей как 75. У нас есть прецедент, где нам нужно динамически подписываться и не подписаться с некоторых очередей, поэтому мы используем addQueueNames() и removeQueueNames(). Когда количество пользователей составляет 75, метод addQueueNames() занимает около 15 секунд. В настоящее время у нас около 200 очередей. Мы хотели очень часто добавлять и удалять очереди у слушателя, так что есть ли у нас другой способ уменьшить это время?Использование addQueueNames в SimpleMessageListenerContainer занимает больше времени
ответ
Когда очереди добавляются или удаляются, в настоящее время мы должны отменить текущих потребителей и повторно потреблять из нового списка очередей.
Функция не была разработана для быстрого изменения списка очередей, особенно с большим количеством очередей.
Возможно, вы обнаружите, что некоторые вещи более эффективны, если вы используете несколько контейнеров, каждый из которых содержит подмножество общего списка очередей, чтобы избежать опрокидывания всех потребителей для каждого изменения.
Для 2.0 (в следующем году, но мы, вероятно, веху в падении) мы планируем полностью переписывать контейнера слушателя, чтобы воспользоваться некоторыми изменениями в библиотеке RabbitMQ клиента see this answer и associated JIRA issue для некоторых больше информации.
Возможно, мы могли бы сделать изменение списка очередей более эффективным как часть этой перезаписи; не стесняйтесь добавлять комментарии к JIRA, чтобы мы не забыли.
- 1. pouchdb.query занимает больше времени
- 2. ExpectedConditions.InvisibilityOfElementLocated занимает больше времени
- 3. Apache Server занимает больше времени
- 4. Многопроцессорность Python занимает больше времени
- 5. страница рендеринга занимает больше времени
- 6. Риффицированный рендеринг занимает больше времени
- 7. Задействовать запрос занимает больше времени
- 8. Установка Bundler занимает больше времени для выполнения
- 9. Vimrc файл занимает больше времени и больше времени, чтобы перезагрузить
- 10. загрузка файлов занимает больше времени в PHP
- 11. Quicksort занимает больше времени в отсортированных списках
- 12. Загрузка фрагмента занимает больше времени в Android
- 13. Сохранение продукта занимает больше времени в magento?
- 14. pg_restore занимает больше времени в передней части
- 15. Использование свойства receiveTimeout в SimpleMessageListenerContainer
- 16. Почему первый printf занимает больше времени?
- 17. Анализ проекта Sonarqube занимает все больше времени
- 18. полнотекстовый индекс занимает больше времени, чтобы выполнить
- 19. Выход Powershell занимает больше времени для отображения
- 20. Cassandra рассчитывать запрос занимает больше времени
- 21. Загрузка FTP-мута занимает больше времени
- 22. Запрос MySQL занимает больше времени с индексами?
- 23. Camera.takePicture занимает больше времени с XE11
- 24. Thread.sleep() занимает больше времени, чем ожидалось?
- 25. WCF EndpointNotFoundException занимает больше времени, чем TimeoutException
- 26. EntityContext.SaveChange() занимает больше времени при первом вызове
- 27. CompletedFuture занимает больше времени - Java 8
- 28. Этот алгоритм занимает больше времени, чем ожидалось
- 29. Если программа pthread занимает больше времени
- 30. вызов Opencpu занимает больше времени, чем ожидалось
Спасибо @GaryRussell. Я прокомментировал вопрос Джиры. – Kot
'2.0' для весенней загрузки уже готов? –
2.0.0.M2 (этап 2) теперь доступен; M3 выйдет на следующей неделе, финальный релиз состоится летом (в июне). –