Mailing-List: contact activemq-dev-help@geronimo.apache.org; run by ezmlm
Precedence: bulk
Reply-To: activemq-dev@geronimo.apache.org
Message-ID: <27853751.1151951631479.JavaMail.jira@brutus>
Date: Mon, 3 Jul 2006 18:33:51 +0000 (GMT+00:00)
From: "james strachan (JIRA)" <jira@apache.org>
To: activemq-dev@geronimo.apache.org
Subject: [jira] Created: (AMQ-791) support spool to disk for non-persistent
 topic consumers
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit

support spool to disk for non-persistent topic consumers
--------------------------------------------------------

         Key: AMQ-791
         URL: https://issues.apache.org/activemq/browse/AMQ-791
     Project: ActiveMQ
        Type: New Feature

  Components: Broker  
    Reporter: james strachan
     Fix For: 4.2


Rather than just blocking when RAM is full we could have a high-water mark where we start spooling messages to disk if there is not sufficient RAM to hold the messages.

The good thing about this approch is that it avoids blocking the producers when RAM is full; the downside is that once spooling starts, the producer will be slowed down to the speed of the disk spooling (as due to RAM exhaustion under steady state, the producer will have to wait for the message to be spooled to disk so that it can evict it from RAM so that it can send the next message).

Though the journal is quite fast so the slow down shouldn't be too many orders of magnitude (and is better than making things appear to 'lock up' while we wait for the slowest consumer to acknowledge more messages).


-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
   https://issues.apache.org/activemq/secure/Administrators.jspa
-
For more information on JIRA, see:
   http://www.atlassian.com/software/jira