Property | Type | Description | |
---|---|---|---|
DEFAULT_MAX_BUFF | int | ||
UNMAP_SUPPORTED | bool |
Method | Description | |
---|---|---|
CreateSlicer ( string name, |
||
MMapDirectory ( |
Create a new MMapDirectory for the named location and NativeFSLockFactory.
|
|
MMapDirectory ( |
Create a new MMapDirectory for the named location.
|
|
MMapDirectory ( |
Create a new MMapDirectory for the named location, specifying the maximum chunk size used for memory mapping.
|
|
OpenInput ( string name, |
Creates an IndexInput for the file with the given name.
|
Method | Description | |
---|---|---|
Map ( MMapIndexInput input, |
Maps a file into a set of buffers
|
public CreateSlicer ( string name, |
||
name | string | |
context | ||
return | IndexInputSlicer |
public MMapDirectory ( |
||
path | the path of the directory | |
return | System |
public MMapDirectory ( |
||
path | the path of the directory | |
lockFactory | Lucene.Net.Store.LockFactory | the lock factory to use, or null for the default
/// ( |
return | System |
public MMapDirectory ( |
||
path | the path of the directory | |
lockFactory | Lucene.Net.Store.LockFactory | the lock factory to use, or null for the default
/// ( |
maxChunkSize | int | maximum chunk size (default is 1 GiBytes for
/// 64 bit JVMs and 256 MiBytes for 32 bit JVMs) used for memory mapping.
/// /// Especially on 32 bit platform, the address space can be very fragmented, /// so large index files cannot be mapped. Using a lower chunk size makes /// the directory implementation a little bit slower (as the correct chunk /// may be resolved on lots of seeks) but the chance is higher that mmap /// does not fail. On 64 bit Java platforms, this parameter should always /// be {@code 1 << 30}, as the address space is big enough. /// /// Please note: The chunk size is always rounded down to a power of 2. |
return | System |
public OpenInput ( string name, |
||
name | string | |
context | ||
return |