Effective October 27, 2012, online and email support for FuseSource products will move to Red Hat support channels. For more information, please see the JIRA Migration to Red Hat FAQ.
As of October 27th, please open all new issues in the Red Hat Customer Portal .
Issue Details (XML | Word | Printable)

Key: MB-910
Type: Improvement Improvement
Status: Open Open
Priority: Major Major
Assignee: Unassigned
Reporter: Sean O'Callaghan
Votes: 0
Watchers: 0
Operations

If you were logged in you would be able to see more operations.
FUSE Message Broker

Allow the separate configuration of the memory used by messages inflight and messages awaiting dispatch.

Created: 27/Jun/11 09:41 AM   Updated: 28/Jun/11 11:23 AM
Component/s: None
Affects Version/s: None
Fix Version/s: None


 Description  « Hide
From the user..

There are 2 uses of memory that we understand - messages in flight are kept in memory, and messages ready for dispatch are kept in memory.
We want a low amount of messages able to be kept in memory when there are no consumers, so that they are spooled to disk quickly before ever being able to block the JMS with flow control.
We want a large amount of messages able to be kept in flight, so that if a consumer is running slow we do not block it before we need to.
What we want, is to be able to say that we only want a relatively small number of messages kept ready for dispatch in memory before spooling them to disk.
But if we start to get a buildup of dispatched but unacknowledged messages, we want to set a separate limit for how many are allowed.



 All   Comments   Change History      Sort Order: Ascending order - Click to sort in descending order
There are no comments yet on this issue.