[
https://issues.apache.org/jira/browse/ARTEMIS-4056?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17619717#comment-17619717
]
ASF subversion and git services commented on ARTEMIS-4056:
----------------------------------------------------------
Commit 51c50d8546adef7132728f65e785dff4f0d4e3bf in activemq-artemis's branch
refs/heads/main from Clebert Suconic
[ https://gitbox.apache.org/repos/asf?p=activemq-artemis.git;h=51c50d8546 ]
ARTEMIS-4056 Fixing compatibility with getFirstMessage()
if Empty the previous method was returning new Map[1] and the JSON output would
be slightly different and I am playing safe here just in case.
> Optimize Paging Startup And Management operation
> ------------------------------------------------
>
> Key: ARTEMIS-4056
> URL: https://issues.apache.org/jira/browse/ARTEMIS-4056
> Project: ActiveMQ Artemis
> Issue Type: Improvement
> Reporter: Clebert Suconic
> Priority: Major
> Time Spent: 1h 20m
> Remaining Estimate: 0h
>
> When there are a lot of queues paging, there are a few issues:
> - A few management operations are calling iterator(); and flushExecutors().
> What may put the server down.
> - Paging is eventually reading pages even when they are complete (to just
> discard their value, when there is a page-complete record).
> - Paging is calling checkDepage() during reload, what will eventually delay
> startup time.
> - The main one: getFirstMessage() on QueueControl is calling an iterator();
> Such iterator might put a lot of pressure in paging. (Imaging if you had 100
> queues in a paged address. all of them would be issuing the iterator().
> Tests are optimizations and the servers should just behave the same without
> them.
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
