Pavel Moravec created QPID-5880:
-----------------------------------

             Summary: [C++ broker] Make memory usage consistent after broker 
restart
                 Key: QPID-5880
                 URL: https://issues.apache.org/jira/browse/QPID-5880
             Project: Qpid
          Issue Type: Improvement
          Components: C++ Broker
    Affects Versions: 0.28
            Reporter: Pavel Moravec
            Assignee: Pavel Moravec
            Priority: Minor


In scenario "send messages via (fanout) exchange into multiple (tens, hundreds) 
queues", qpid broker keeps SharedState just once per the received message, to 
save RAM requirements.

Assuming the messages are durable and stored to the disk, broker restart and 
journal recovery creates one SharedState for each message copy in each queue. 
This has negative impact to memory consumed by the broker, and it could 
potentially prevent broker successfull startup due to RAM exhausted - while the 
broker was running fine prior the restart attempt.

It is required to have some "unifying" mechanism in journal recovery that 
creates just one SharedState per identical copies of a message spread over more 
queues.

Ideally, this could be resolved by durable topics but that would require much 
bigger change.

My proposal (to be discussed in reviewboard) is rather a fast fix supplying the 
original demand.




--
This message was sent by Atlassian JIRA
(v6.2#6252)

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@qpid.apache.org
For additional commands, e-mail: dev-h...@qpid.apache.org

Reply via email to