You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@flink.apache.org by "Stefan Richter (JIRA)" <ji...@apache.org> on 2018/08/22 13:54:00 UTC
[jira] [Created] (FLINK-10198) Set Env object in DBOptions for
RocksDB
Stefan Richter created FLINK-10198:
--------------------------------------
Summary: Set Env object in DBOptions for RocksDB
Key: FLINK-10198
URL: https://issues.apache.org/jira/browse/FLINK-10198
Project: Flink
Issue Type: Improvement
Affects Versions: 1.7.0
Reporter: Stefan Richter
Assignee: Stefan Richter
I think we should consider to always set a default environment when we create the DBOptions.
See https://github.com/facebook/rocksdb/wiki/rocksdb-basics:
*Support for Multiple Embedded Databases in the same process*
A common use-case for RocksDB is that applications inherently partition their data set into logical partitions or shards. This technique benefits application load balancing and fast recovery from faults. This means that a single server process should be able to operate multiple RocksDB databases simultaneously. This is done via an environment object named Env. Among other things, a thread pool is associated with an Env. If applications want to share a common thread pool (for background compactions) among multiple database instances, then it should use the same Env object for opening those databases.
Similarly, multiple database instances may share the same block cache.
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)