DbEnv.set_region_init |
import com.sleepycat.db.*;static int DbEnv.set_region_init(int region_init); throws DbException;
Page-fault shared regions into memory when initially creating or joining a Berkeley DB environment. In some applications, the expense of page-faulting the shared memory regions can affect performance. For example, if the page-fault occurs while holding a lock, other lock requests can convoy, and overall throughput may decrease. Setting region_init to a true value specifies that shared regions be read or written, as appropriate, when the region is joined by the application. This forces the underlying virtual memory and filesystems to instantiate both the necessary memory and the necessary disk space. This can also avoid out-of-disk space failures later on.
The DbEnv.set_region_init interface affects the entire application, not a single database or database environment.
Although the DbEnv.set_region_init interface may be used to configure Berkeley DB at any time during the life of the application, it should normally be called before making any calls to the db_env_create or db_create methods.
The DbEnv.set_region_init method throws an exception that encapsulates a non-zero error value on failure.
The database environment's initial behavior with respect to shared memory regions may also be set using the environment's DB_CONFIG file. The syntax of the entry in that file is a single line with the string "set_region_init", one or more whitespace characters, and the string "1". Because the DB_CONFIG file is read when the database environment is opened, it will silently overrule configuration done before that time.
The DbEnv.set_region_init method may fail and throw an exception encapsulating a non-zero error for the following conditions:
The DbEnv.set_region_init method may fail and throw an exception for errors specified for other Berkeley DB and C library or system methods. If a catastrophic error has occurred, the DbEnv.set_region_init method may fail and throw a DbRunRecoveryException, in which case all subsequent Berkeley DB calls will fail in the same way.