Currently we size and create queues based on the amount of available memory and number of CPU cores. It can result that on machine with relatively little resources (or when we assign less memory to JVM) we would end up with relatively many, tiny queues. On the machine where JVM has 0,5G memory and the machine has 2 CPU cores it results in session manager having 32 processing threads (queues) and each queue having only ~100 elements (other components using default processing thread have 8 processing threads and queues of ~400 elements)).

1. add "multiplication factor" to processing threads calculation (which affects number and size of queues) that can be configurable
2. we should have "low resource" mode in which case we would automatically apply factor of 0,5 to both limit number of processing threads and increase queues size ~~3) sess-man should not use * 16 multiplier~~