Github user franz1981 commented on the issue:
https://github.com/apache/activemq-artemis/pull/2484
@michaelandrepearce I would like first to trigger a CI job of some kind,
maybe @clebertsuconic can help with his superbox (just this time) to get an
answer sooner?
Re the cache I was thinking already to send another PR, but I have verified
that is virtually impossible that's the reason of the consumer slow-down. These
are the numbers of a the bench comparing it with the original version:
```
Benchmark (size) (type) Mode Cnt Score
Error Units
CacheBench.getMessage1 32 chunked thrpt 10 150039261.251 ±
12504804.694 ops/s
CacheBench.getMessage1 32 linkedlist thrpt 10 31776755.611 ±
1405838.635 ops/s
CacheBench.getMessage1 1024 chunked thrpt 10 31433127.788 ±
3902498.303 ops/s
CacheBench.getMessage1 1024 linkedlist thrpt 10 2638404.341 ±
119171.758 ops/s
CacheBench.getMessage1 102400 chunked thrpt 10 344799.911 ±
27267.965 ops/s
CacheBench.getMessage1 102400 linkedlist thrpt 10 20020.925 ±
5392.418 ops/s
CacheBench.getMessage3 32 chunked thrpt 10 384605640.192 ±
35164543.632 ops/s
CacheBench.getMessage3 32 linkedlist thrpt 10 14124979.510 ±
2875341.272 ops/s
CacheBench.getMessage3 1024 chunked thrpt 10 90418506.375 ±
4593688.556 ops/s
CacheBench.getMessage3 1024 linkedlist thrpt 10 1562687.000 ±
91433.926 ops/s
CacheBench.getMessage3 102400 chunked thrpt 10 978575.016 ±
44800.161 ops/s
CacheBench.getMessage3 102400 linkedlist thrpt 10 21614.717 ±
5344.742 ops/s
```
Where `getMessage1` is `LivePageCacheImpl::getMessage` called @ random
positions by 1 thread and
`getMessage3` is `LivePageCacheImpl::getMessage` called @ random positions
by 3 threads.
`chunked` is the version and `linkedlist` the original version: the
difference is quite large and the new version just scale linearly...
---
