Mailing-List: contact users-help@qpid.apache.org; run by ezmlm
Precedence: bulk
Reply-To: users@qpid.apache.org
Received-SPF: pass (athena.apache.org: local policy)
Message-Id: <754D8FAB-465C-49C7-9576-8566EF305D4F@paradigmaxis.pt>
From: Bruno Matos <bruno.matos@paradigmaxis.pt>
To: users@qpid.apache.org
In-Reply-To: <4D2DE5F5.6070309@redhat.com>
Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes
Content-Transfer-Encoding: 7bit
Mime-Version: 1.0 (Apple Message framework v936)
Subject: Re: Journal with LVQ
Date: Tue, 18 Jan 2011 15:31:54 +0000
References: <1294763431.2999.12.camel@helios.office.paradigmaxis.pt>
 <4D2DE5F5.6070309@redhat.com>


On 2011/01/12, at 17:33, Gordon Sim wrote:

> On 01/11/2011 04:30 PM, Bruno Matos wrote:
>> I'm publishing messages to a durable LVQ, when I run the publisher  
>> for
>> the first time the journal stays almost full, then I send the exact  
>> same
>> messages, expecting the old ones to be replaced, but after some  
>> time the
>> connection is closed with "Enqueue capacity threshold exceeded on
>> queue". With qpid-tool I can see that msgDepth and byteDepth are  
>> exactly
>> the same before and after the second run. Is this the expected  
>> behavior?
>
> Depends on what you mean by 'expected' :-)
>
> It is certainly the case that the linux journal will reach capacity  
> with different queue depths, depending on exact sequences of  
> changes. i.e. the capacity is not simply a function of the final  
> state, but also of the path to get there. In the second case there  
> would be additional dequeue records and the file boundaries might  
> not align the same way etc, so the journal space can be used up for  
> fewer enqueued messages.


Thank you Gordon.
I think I can say that's the expected to me... :) Although I need to  
know what journal size is effectively in use, can be a percentage, is  
that possible? I have a stored queue for browsing, like a dictionary,  
that is updated every night, and I want to reset it only if it reaches  
to a given percentage of journal size.

Tia.

--
Bruno Matos
bruno.matos@paradigmaxis.pt


---------------------------------------------------------------------
Apache Qpid - AMQP Messaging Implementation
Project:      http://qpid.apache.org
Use/Interact: mailto:users-subscribe@qpid.apache.org