You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@activemq.apache.org by GitBox <gi...@apache.org> on 2019/01/16 09:26:03 UTC

[GitHub] franz1981 edited a comment on issue #2494: ARTEMIS-2224 Reduce contention on LivePageCacheImpl

franz1981 edited a comment on issue #2494: ARTEMIS-2224 Reduce contention on LivePageCacheImpl
URL: https://github.com/apache/activemq-artemis/pull/2494#issuecomment-454709952
 
 
   @qihongxu 
   What is worrying me is this
   > at most time it obtained a 3k~6k tps
   
   If the same test (same configuration) is performed using just 1 consumer I'm expecting (best case scenario) that it would have (3k-6k)/200 tps if:
   
   1.  the tps are dependent by the most demanding operation in the CPU flamegraph you've posted 
   ie `ConcurrentAppendOnlyList:.get(index)`
   2. the `ConcurrentAppendOnlyList:.get(index)` can now happen in parallel and assuming to have 200 threads available it means a 200 x speedup
   
   I suppose that 2 can't be true, so it really depends on the number of cores/threads available to execute such queries to `LivePageCache` IF such queries are performed in parallel.
   Do you have any idea of what's happening here? Which assumptions are correct/wrong?
   Just guessing if this process could be made much better/scalable just answering those questions :+1: 

----------------------------------------------------------------
This is an automated message from the Apache Git Service.
To respond to the message, please log on GitHub and use the
URL above to go to the specific comment.
 
For queries about this service, please contact Infrastructure at:
users@infra.apache.org


With regards,
Apache Git Services