qpid-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Rob Godfrey (JIRA)" <j...@apache.org>
Subject [jira] [Commented] (QPID-7775) Flow to disk should consider the size of the resident messages in memory.
Date Mon, 15 May 2017 16:25:04 GMT

    [ https://issues.apache.org/jira/browse/QPID-7775?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16010789#comment-16010789
] 

Rob Godfrey commented on QPID-7775:
-----------------------------------

Is it me, or will the way that the AbstractVirtualHost.FlowToDiskCheckingTask cycles through
the queues ensure that queues with a small number of entries will get completely dumped out
to disk before larger queues are fully iterated over?

Wouldn't it be more fair to iterate over larger queues until (number of entries in queue -
number of entries iterated over) <= (number of entries in next biggest queue)?  

> Flow to disk should consider the size of the resident messages in memory.
> -------------------------------------------------------------------------
>
>                 Key: QPID-7775
>                 URL: https://issues.apache.org/jira/browse/QPID-7775
>             Project: Qpid
>          Issue Type: Improvement
>          Components: Java Broker
>            Reporter: Keith Wall
>             Fix For: qpid-java-broker-7.0.0
>
>
> Our current algorithm for triggering flow to disk has some shortcomings.
> * the algorithm does not account for memory returned by flow to disk.
> The decision to flow a message a newly arriving message to disk
> considers only the queue's target size and queue's depth.  Once a
> queue depth is over its target, all messages will go to disk even if
> all messages have actually been flowed to disk.  The same is true
> after recovery: flow to disk will be enabled even though there are no
> messages in RAM.
> * the fact that a queue's target size is assigned by periodically by
> housekeeping means that the queues target size can be wrong for most
> of the time.  This is very apparent if a queue is growing; you
> actually see *most* messages flowing to disk even when there is ample
> memory.  The target size is periodically recomputed but only remains
> correct for an instant, the queue returns to the flow to disk state as
> more messages are added.   We see this during perf test runs.
> We will change the MessageStore so that it tracks the size of the messages that are held
resident in memory.    The flow to disk algorithm will be change to by triggered when the
resident memory exceeds the virtual host's target size.
> This work is likely to fully replace the recent work done on QPID-7770.



--
This message was sent by Atlassian JIRA
(v6.3.15#6346)

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@qpid.apache.org
For additional commands, e-mail: dev-help@qpid.apache.org


Mime
View raw message