Return-Path: Delivered-To: apmail-incubator-qpid-users-archive@locus.apache.org Received: (qmail 79359 invoked from network); 5 Nov 2008 21:10:37 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 5 Nov 2008 21:10:37 -0000 Received: (qmail 70744 invoked by uid 500); 5 Nov 2008 21:10:44 -0000 Delivered-To: apmail-incubator-qpid-users-archive@incubator.apache.org Received: (qmail 70728 invoked by uid 500); 5 Nov 2008 21:10:44 -0000 Mailing-List: contact qpid-users-help@incubator.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: qpid-users@incubator.apache.org Delivered-To: mailing list qpid-users@incubator.apache.org Received: (qmail 70717 invoked by uid 99); 5 Nov 2008 21:10:44 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 05 Nov 2008 13:10:44 -0800 X-ASF-Spam-Status: No, hits=-4.0 required=10.0 tests=RCVD_IN_DNSWL_MED,SPF_HELO_PASS,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of gsim@redhat.com designates 66.187.233.31 as permitted sender) Received: from [66.187.233.31] (HELO mx1.redhat.com) (66.187.233.31) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 05 Nov 2008 21:09:28 +0000 Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.13.8/8.13.8) with ESMTP id mA5L8985024849 for ; Wed, 5 Nov 2008 16:08:09 -0500 Received: from pobox.fab.redhat.com (pobox.fab.redhat.com [10.33.63.12]) by int-mx1.corp.redhat.com (8.13.1/8.13.1) with ESMTP id mA5L88x4013648 for ; Wed, 5 Nov 2008 16:08:09 -0500 Received: from [10.32.4.1] (vpn-4-1.str.redhat.com [10.32.4.1]) by pobox.fab.redhat.com (8.13.1/8.13.1) with ESMTP id mA5L87je002907 for ; Wed, 5 Nov 2008 16:08:08 -0500 Message-ID: <49120CBE.5070709@redhat.com> Date: Wed, 05 Nov 2008 21:14:38 +0000 From: Gordon Sim Organization: Registered Address: Red Hat UK Ltd, Amberley Place, 107-111 Peascod Street, Windsor, Berkshire, SI4 1TE, United Kingdom.,Registered in England and Wales under Company Registration No. 3798903,Directors: Michael Cunningham (USA), Charlie Peters (USA) and David Owens (Ireland) User-Agent: Thunderbird 1.5.0.2 (X11/20060501) MIME-Version: 1.0 To: qpid-users@incubator.apache.org Subject: Re: Java M3 Qpid broker memory consumption References: <129a14790811020816u401c72d9j9a7e0ac66d1a7a39@mail.gmail.com> <129a14790811031241q4e7f08ach43d0a5da8ba2f2d4@mail.gmail.com> <49102118.40901@redhat.com> <129a14790811051249y391f39cejf6f89bb70c42998c@mail.gmail.com> In-Reply-To: <129a14790811051249y391f39cejf6f89bb70c42998c@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.58 on 172.16.52.254 X-Virus-Checked: Checked by ClamAV on apache.org Robert Greig wrote: > 2008/11/4 Gordon Sim : > >>> Can someone from the C++ side indicate whether the C++ broker does >>> this? If not I shall raise enhancement requests for both brokers. >> The c++ broker allows a hard limit to be set for a queue or a system wide >> default. > > What actions can you configure when the limit is hit? It occurs to me > that there are two main cases: > > 1) "regular" queue - in this case you want to limit the publisher > > 2) private temporary queue bound to a topic exchange (or indeed other > exchange types) - in this case you probably want to kill the slow > consumer > > Thoughts? I agree. At present the c++ broker is much more limited and can either: kill the publisher, flow to disk, or discard the oldest message(s) to make room.