Return-Path: X-Original-To: apmail-qpid-users-archive@www.apache.org Delivered-To: apmail-qpid-users-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 2927046E7 for ; Thu, 23 Jun 2011 09:06:53 +0000 (UTC) Received: (qmail 46974 invoked by uid 500); 23 Jun 2011 09:06:53 -0000 Delivered-To: apmail-qpid-users-archive@qpid.apache.org Received: (qmail 46807 invoked by uid 500); 23 Jun 2011 09:06:51 -0000 Mailing-List: contact users-help@qpid.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: users@qpid.apache.org Delivered-To: mailing list users@qpid.apache.org Received: (qmail 46797 invoked by uid 99); 23 Jun 2011 09:06:49 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 23 Jun 2011 09:06:49 +0000 X-ASF-Spam-Status: No, hits=-5.0 required=5.0 tests=RCVD_IN_DNSWL_HI,SPF_HELO_PASS,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of gsim@redhat.com designates 209.132.183.28 as permitted sender) Received: from [209.132.183.28] (HELO mx1.redhat.com) (209.132.183.28) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 23 Jun 2011 09:06:43 +0000 Received: from int-mx12.intmail.prod.int.phx2.redhat.com (int-mx12.intmail.prod.int.phx2.redhat.com [10.5.11.25]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id p5N96MSX018434 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Thu, 23 Jun 2011 05:06:22 -0400 Received: from [10.3.239.154] (vpn-239-154.phx2.redhat.com [10.3.239.154]) by int-mx12.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id p5N96LPa013729 for ; Thu, 23 Jun 2011 05:06:21 -0400 Message-ID: <4E0301C4.5040106@redhat.com> Date: Thu, 23 Jun 2011 10:05:08 +0100 From: Gordon Sim Organization: Red Hat UK Ltd, Registered in England and Wales under Company Registration No. 3798903, Directors: Michael Cunningham (USA), Brendan Lane (Ireland), Matt Parsons (USA), Charlie Peters (USA) User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.1.15) Gecko/20101027 Fedora/3.0.10-1.fc12 Lightning/1.0b1 Thunderbird/3.0.10 MIME-Version: 1.0 To: users@qpid.apache.org Subject: Re: flow-to-disk limit policy does not work References: <06139A918ACCA041BF46A0F36940C7FAA96F9A@exch-mbx2.msk.trd.ru> <4E01E0E9.8050309@redhat.com> <06139A918ACCA041BF46A0F36940C7FAA9704A@exch-mbx2.msk.trd.ru> In-Reply-To: <06139A918ACCA041BF46A0F36940C7FAA9704A@exch-mbx2.msk.trd.ru> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.68 on 10.5.11.25 On 06/22/2011 02:24 PM, Zhemzhitsky Sergey wrote: > Thanks a lot for the information. > I have raise the JIRA issue: https://issues.apache.org/jira/browse/QPID-3316 Thanks! > By the way, are there any plans to implement any paging solution you have mentioned, to make qpidd to consume more hdd space rather than memory? Depends what you mean ;-) It is certainly something that has come up before and is widely seen as useful and desirable. However I haven't got the time to focus on it at present and as far as I'm aware there is no work on it actually scheduled yet. Might make an interesting project for a new contributor. --------------------------------------------------------------------- Apache Qpid - AMQP Messaging Implementation Project: http://qpid.apache.org Use/Interact: mailto:users-subscribe@qpid.apache.org