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

Christopher L. Shannon commented on AMQ-6940:
---------------------------------------------

No because that method is only updating stats when the ack signals the message 
is being dropped because it was handled properly which means either a 
standard/individual ack (consumer processed it) or expired ack (broker is 
dropping it because it expired).  For delivered acks it's just saying that a 
client received it but is acking later so the inflight stats are not processed 
(as the message is still in flight and not actually acked) and only the 
prefetch is adjusted.  I think that happens when using acknowledge batch mode.

I'm working on a patch now to disable tracking of those messages in the 
pendingList because it's not necessary for TopicSubscriptions except for the 
metrics case so it can be optionally disabled.

> Significant memory footprint increase from 5.8.0 to 5.15.3
> ----------------------------------------------------------
>
>                 Key: AMQ-6940
>                 URL: https://issues.apache.org/jira/browse/AMQ-6940
>             Project: ActiveMQ
>          Issue Type: Bug
>          Components: Broker
>    Affects Versions: 5.15.3
>         Environment: Java jdk1.8.0_144
> OS Linux 4.4.19-29.55.amzn1.x86_64
>            Reporter: Johno Crawford
>            Priority: Major
>         Attachments: activemq.xml, amq_heap2.png, messageid_analysis.png
>
>
> Recently we upgraded from 5.8.0 to 5.15.3 on one of our environments and 
> found the broker running out of memory with the old broker configurations.
> I suspect this may be related to the new inflight message size calculation 
> but haven't been able to create a reproducer just yet.
> Broker JVM running with opts 
> {code:java}
> -Xss256k -Xms600m -Xmx600m -Xmn128m -Dfile.encoding=ISO-8859-1 
> -Dlog4j.watchDelay=60000 -XX:+PrintGCDetails -XX:+PrintGCTimeStamps 
> -XX:+PrintGCDateStamps -XX:+PrintPromotionFailure -XX:PrintFLSStatistics=1 
> -XX:+UseConcMarkSweepGC -XX:+UseParNewGC -XX:+PrintClassHistogram -verbose:gc 
> -Dsun.rmi.dgc.client.gcInterval=7200000 
> -Dsun.rmi.dgc.server.gcInterval=7200000
> {code}



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

Reply via email to