[ 
https://issues.apache.org/jira/browse/ARTEMIS-2399?focusedWorklogId=267640&page=com.atlassian.jira.plugin.system.issuetabpanels:worklog-tabpanel#worklog-267640
 ]

ASF GitHub Bot logged work on ARTEMIS-2399:
-------------------------------------------

                Author: ASF GitHub Bot
            Created on: 26/Jun/19 13:42
            Start Date: 26/Jun/19 13:42
    Worklog Time Spent: 10m 
      Work Description: franz1981 commented on issue #2730: ARTEMIS-2399 Fix 
performance degradation when there are a lot of subscribers
URL: https://github.com/apache/activemq-artemis/pull/2730#issuecomment-505880494
 
 
   > For the created page reference, we can record the file offset which can be 
used to seek and read file if message is removed by gc. But for the message not 
yet depaged or not committed in a page transaction, how do we read message and 
create reference just according to page number and message number?
   
   I need to look better how paging works to answer on this :)
   Looking just at your question I can tell that we need something like this: 
https://github.com/real-logic/agrona/blob/master/agrona/src/main/java/org/agrona/collections/BiInt2ObjectMap.java
   If we care about memory footprint, but I believe there must be a way to make 
it simpler too
 
----------------------------------------------------------------
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.
 
For queries about this service, please contact Infrastructure at:
[email protected]


Issue Time Tracking
-------------------

    Worklog Id:     (was: 267640)
    Time Spent: 4h  (was: 3h 50m)

> Fix performance degradation when there are a lot of subscribers
> ---------------------------------------------------------------
>
>                 Key: ARTEMIS-2399
>                 URL: https://issues.apache.org/jira/browse/ARTEMIS-2399
>             Project: ActiveMQ Artemis
>          Issue Type: Improvement
>          Components: Broker
>    Affects Versions: 2.9.0
>         Environment: broker 2.9.0
> cpu: 4 cores, memory: 8G, disk: ssd 500G
> broker.xml:
>          <thread-pool-max-size>60</thread-pool-max-size>
>         <address-setting match="#">
>                  <max-size-bytes>51Mb</max-size-bytes>
>                  <page-size-bytes>50Mb</page-size-bytes>
>                  <page-max-cache-size>1</page-max-cache-size>
>                  <address-full-policy>PAGE</address-full-policy>
>         </address-setting> 
>          <message-expiry-scan-period>-1</message-expiry-scan-period>    
>            Reporter: yangwei
>            Priority: Major
>          Time Spent: 4h
>  Remaining Estimate: 0h
>
> We noticed that there was a significant drop in performance when entering 
> page mode in the case of multiple subscribers.
> We created a topic and 100 queues bound to it. We ran our _GrinderRunner 
> test_ in our inner test infra cluster with 500 threads producing message and 
> 560 threads, each one picked a random queue to subscribe. The test showed 
> performance is bad: 13000 msg/s sent and 5000 msg/s received.



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

Reply via email to