* -XX:+AlwaysActAsServerClassMachine in CI
* Remove GHExcludeTest from all tests, since we have included those in CI workflows
* Exclude a few failing tests from CI
* run CI with -Dakka.test.tags.exclude=gh-exclude again
* fails frequently in the aeron-udp multi-node tests
* could be that it requires more resources since it's starting
many actor systems in same jvm
* noticed heartbeat send delay in logs, but not unreachable
* adjusting config to what we have in some other tests
* from logs it looks like the replicated event from the first
incarnation of the actor isn't stored before the second
incarnation is replayed
* stop and wait for termination before starting second incarnation
* and addition of TimestampOffset
* ApiMayChange
* small mention in docs
eventsBySlices is intended to be a better way to retrieve all events for an entity type
than eventsByTag.
The usage of `eventsByTag` for Projections has the major drawback that the number of tags
must be decided up-front and can't easily be changed afterwards. Starting with too many
tags means much overhead since many projection instances would be running on each node
in a small Akka Cluster. Each projection instance polling the database periodically.
Starting with too few tags means that it can't be scaled later to more Akka nodes.
Instead of tags we can store a slice number by hashing the persistence id.
Like `math.abs(persistenceId.hashCode % numberOfSlices)`.
Then the Projection query can be a range query of the slices. For example if using 128
slices and running 4 Projection instances the slice ranges would be 0-31, 32-63, 64-95,
96-128. That can easily be split to more Projection instances when needed and still
reuse the offsets for the previous range distributions.
* allow 'currentPersistenceIds' for eventsourced journals
This allows `currentPersistenceIds(afterId, limit)`
to be mixed in with ReadJournal as well as with
DurableStateStore.
Instead of duplicating `CurrentDurableStatePersistenceIdsQuery` I
renamed it to `PagedPersistenceIdsQuery` and removed the restriction
that it must be a `DurableStateStore`. The downside is that it is less
obvious where it should/can be mixed in, that is now only communicated
through the java/scaladoc and the testkit example.
* Split Journal and DurableState traits
* Add slice utilities to Persistence
* These will be used by a persistence plugin when it supports
eventsBySlices
* Good to have these implementations in a single place in Akka rather
than duplicating it in different plugins
* The numberOfSlices is hardcoded to 128 with the motivation described in
doc comment, but by placing it in the Persistence extension we have the
possiblity to make it configurable in the future if that is necessary
* ClusterSingletonManagerSpec is failing with Artery aeron-udp because of
starvation slowness
* we use 5 nodes with 4 vCPU each
* ClusterSingletonManagerSpec uses 8 pods
* my thinking is that with the previous cpu request 1 it might
schedule too many pods on the same node (if it doesn't distribute
them evenly)
* with this new cpu request it should still be able to schedule 2 pods
per node and that covers all tests except the StressSpec, which is
anyway disabled
* also changed to n2 series and reduced idle-cpu-level
