-
Notifications
You must be signed in to change notification settings - Fork 492
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
feat(rockdb): Allow customization of Rocksdb threads number #2764
Conversation
@ltagliamonte-dd Could you please elaborate on the change? I see that we can set max_background_compactions and max_background_flushes. It's not enough? Or it's something different? |
Hello @torwig, I'm very new to rocksdb, I may be wrong, but: SetBackgroundThreads controls the size of the thread pools separately for HIGH priority (typically compactions) and LOW priority (typically flushes) operations. this is my understanding reading this doc so for optimal perfomances you should configure both. |
@ltagliamonte-dd You could just control the compaction/flush thread number by configuring:
But those two parameters might be deprecated in future versions. It will use 1/4 * max_background_jobs as the flush thread number if both of them are not set. See GetBGJobLimits |
@git-hulk I may be reading this wrong, but where is it the correlation between this params (max_background_jobs/max_background_compactions/max_background_flushes) and the number of threads in rocksdb codebase? In this example in the doc I see the setting of the threadpool size and max_background_jobs |
The correlation, you could refer: GetBGJobLimits |
Closing in favor of using max_background_compactions and max_background_flushes has the same effect. |
|
Allow customization of rocksdb low and high thread number