public abstract class FSDirectory extends BaseDirectory
SimpleFSDirectory
is a straightforward
implementation using java.io.RandomAccessFile.
However, it has poor concurrent performance
(multiple threads will bottleneck) as it
synchronizes when multiple threads read from the
same file.
NIOFSDirectory
uses java.nio's
FileChannel's positional io when reading to avoid
synchronization when reading from the same file.
Unfortunately, due to a Windows-only Sun
JRE bug this is a poor choice for Windows, but
on all other platforms this is the preferred
choice. Applications using Thread.interrupt()
or
Future.cancel(boolean)
should use
SimpleFSDirectory
instead. See NIOFSDirectory
java doc
for details.
MMapDirectory
uses memory-mapped IO when
reading. This is a good choice if you have plenty
of virtual memory relative to your index size, eg
if you are running on a 64 bit JRE, or you are
running on a 32 bit JRE but your index sizes are
small enough to fit into the virtual memory space.
Java has currently the limitation of not being able to
unmap files from user code. The files are unmapped, when GC
releases the byte buffers. Due to
this bug in Sun's JRE, MMapDirectory's IndexInput.close()
is unable to close the underlying OS file handle. Only when
GC finally collects the underlying objects, which could be
quite some time later, will the file handle be closed.
This will consume additional transient disk usage: on Windows,
attempts to delete or overwrite the files will result in an
exception; on other platforms, which typically have a "delete on
last close" semantics, while such operations will succeed, the bytes
are still consuming space on disk. For many applications this
limitation is not a problem (e.g. if you have plenty of disk space,
and you don't rely on overwriting files on Windows) but it's still
an important limitation to be aware of. This class supplies a
(possibly dangerous) workaround mentioned in the bug report,
which may fail on non-Sun JVMs.
Applications using Thread.interrupt()
or
Future.cancel(boolean)
should use
SimpleFSDirectory
instead. See MMapDirectory
java doc for details.
open(java.io.File)
method, to allow Lucene to choose
the best FSDirectory implementation given your
environment, and the known limitations of each
implementation. For users who have no reason to prefer a
specific implementation, it's best to simply use open(java.io.File)
. For all others, you should instantiate the
desired implementation directly.
The locking implementation is by default NativeFSLockFactory
, but can be changed by
passing in a custom LockFactory
instance.
Directory
Modifier and Type | Class and Description |
---|---|
protected static class |
FSDirectory.FSIndexOutput
Writes output with
RandomAccessFile.write(byte[], int, int) |
Directory.IndexInputSlicer
Modifier and Type | Field and Description |
---|---|
static int |
DEFAULT_READ_CHUNK_SIZE
Deprecated.
This constant is no longer used since Lucene 4.5.
|
protected File |
directory |
protected Set<String> |
staleFiles |
isOpen, lockFactory
Modifier | Constructor and Description |
---|---|
protected |
FSDirectory(File path,
LockFactory lockFactory)
Create a new FSDirectory for the named location (ctor for subclasses).
|
Modifier and Type | Method and Description |
---|---|
void |
close()
Closes the store to future operations.
|
IndexOutput |
createOutput(String name,
IOContext context)
Creates an IndexOutput for the file with the given name.
|
void |
deleteFile(String name)
Removes an existing file in the directory.
|
protected void |
ensureCanWrite(String name) |
boolean |
fileExists(String name)
Returns true iff a file with the given name exists.
|
long |
fileLength(String name)
Returns the length in bytes of a file in the directory.
|
protected void |
fsync(String name) |
File |
getDirectory() |
String |
getLockID()
Return a string identifier that uniquely differentiates
this Directory instance from other Directory instances.
|
int |
getReadChunkSize()
Deprecated.
This is no longer used since Lucene 4.5.
|
String[] |
listAll()
Lists all files (not subdirectories) in the
directory.
|
static String[] |
listAll(File dir)
Lists all files (not subdirectories) in the
directory.
|
protected void |
onIndexOutputClosed(FSDirectory.FSIndexOutput io) |
static FSDirectory |
open(File path)
Creates an FSDirectory instance, trying to pick the
best implementation given the current environment.
|
static FSDirectory |
open(File path,
LockFactory lockFactory)
Just like
open(File) , but allows you to
also specify a custom LockFactory . |
void |
setLockFactory(LockFactory lockFactory)
Set the LockFactory that this Directory instance should
use for its locking implementation.
|
void |
setReadChunkSize(int chunkSize)
Deprecated.
This is no longer used since Lucene 4.5.
|
void |
sync(Collection<String> names)
Ensure that any writes to these files are moved to
stable storage.
|
String |
toString()
For debug output.
|
clearLock, ensureOpen, getLockFactory, makeLock
copy, createSlicer, openChecksumInput, openInput
@Deprecated public static final int DEFAULT_READ_CHUNK_SIZE
protected final File directory
protected FSDirectory(File path, LockFactory lockFactory) throws IOException
path
- the path of the directorylockFactory
- the lock factory to use, or null for the default
(NativeFSLockFactory
);IOException
- if there is a low-level I/O errorpublic static FSDirectory open(File path) throws IOException
NativeFSLockFactory
.
Currently this returns MMapDirectory
for most Solaris
and Windows 64-bit JREs, NIOFSDirectory
for other
non-Windows JREs, and SimpleFSDirectory
for other
JREs on Windows. It is highly recommended that you consult the
implementation's documentation for your platform before
using this method.
NOTE: this method may suddenly change which
implementation is returned from release to release, in
the event that higher performance defaults become
possible; if the precise implementation is important to
your application, please instantiate it directly,
instead. For optimal performance you should consider using
MMapDirectory
on 64 bit JVMs.
See above
IOException
public static FSDirectory open(File path, LockFactory lockFactory) throws IOException
open(File)
, but allows you to
also specify a custom LockFactory
.IOException
public void setLockFactory(LockFactory lockFactory) throws IOException
Directory
setLockFactory
in class BaseDirectory
lockFactory
- instance of LockFactory
.IOException
public static String[] listAll(File dir) throws IOException
IOException
instead).NoSuchDirectoryException
- if the directory
does not exist, or does exist but is not a
directory.IOException
- if list() returns nullpublic String[] listAll() throws IOException
listAll
in class Directory
NoSuchDirectoryException
- if the directory is not prepared for any
write operations (such as Directory.createOutput(String, IOContext)
).IOException
- in case of other IO errorslistAll(File)
public boolean fileExists(String name)
fileExists
in class Directory
public long fileLength(String name) throws IOException
fileLength
in class Directory
name
- the name of the file for which to return the length.IOException
- if there was an IO error while retrieving the file's
length.public void deleteFile(String name) throws IOException
deleteFile
in class Directory
IOException
public IndexOutput createOutput(String name, IOContext context) throws IOException
createOutput
in class Directory
IOException
protected void ensureCanWrite(String name) throws IOException
IOException
protected void onIndexOutputClosed(FSDirectory.FSIndexOutput io)
public void sync(Collection<String> names) throws IOException
Directory
sync
in class Directory
IOException
public String getLockID()
Directory
public void close()
public File getDirectory()
@Deprecated public final void setReadChunkSize(int chunkSize)
@Deprecated public final int getReadChunkSize()
protected void fsync(String name) throws IOException
IOException
Copyright © 2000-2014 Apache Software Foundation. All Rights Reserved.