You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Hi @lwahlmeier,
hmm that code is quite old and not in use in our production for some time now since we moved to ClickhouseDB which needs a different concurrency pattern to work efficently. So take my words with care but I think you can just remove that condition if you keep in mind that this setting is for the worker count. Every worker will open/maintain
So while it can improve performance on machines with high CPU core count I think removing this restriction will reduce the performance for some users who often thinks more is better and set this value to high which will cause contention. Nevertheless I'm ok with it and would kindly ask you for a PR.
Currently the DBWorker is limited by the number of cores on the host machine:
A DB Connection pool is not usually bound to the number of CPU cores as it a lot of cases it has more to do with network and DB latency.
It would be nice to either remove this limit all together, or implement a way of overriding it.
Let me know if either of these options will work and I will happily put in a PR for it.
The text was updated successfully, but these errors were encountered: