-
Story
-
Resolution: Done
-
Major
-
AMQ 7.8.1.GA
-
False
-
False
-
-
+
-
Undefined
The current broker implementation is optimized for delivery of messages. As a result current paging implementation is aggressively caching paged messages and it works well with a small number of paged queues. But in use cases where there are thousands of paging queues the JVM memory requirements become unsustainable. For a example for 1000 paging queues the current implementation requires about 60GB of memory just for caching.
The broker should offer ways of configuring/limiting the size of those caches.
- is cloned by
-
ENTMQBR-7367 [Docs] Aggressive caching of paged messages
- Closed
- is related to
-
AMQDOC-3261 Document cost of paging
- New
- relates to
-
ENTMQBR-6743 Inaccurate Paging Counts causes Broker to Page with Less than max-size-bytes worth of Messages
- Closed
-
ENTMQBR-7145 Inaccurate Paging Counts causes Broker to Page with Less than max-size-bytes worth of Messages
- Closed
-
ENTMQBR-7867 [LTS] Inaccurate Paging Counts causes Broker to Page with Less than max-size-bytes worth of Messages
- Closed
-
ENTMQBR-7427 AMQ must start cleanly in reasonable time and with modest memory, however large the journal
- Closed
- links to
- mentioned in
-
Page Loading...