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.FSIndexInput
Base class for reading input from a RandomAccessFile
|
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.
|
static long |
fileModified(File directory,
String name)
Returns the time the named file was last modified.
|
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, makeLockcopy, createSlicer, 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
IOExceptionpublic static FSDirectory open(File path, LockFactory lockFactory) throws IOException
open(File), but allows you to
also specify a custom LockFactory.IOExceptionpublic void setLockFactory(LockFactory lockFactory) throws IOException
DirectorysetLockFactory in class BaseDirectorylockFactory - instance of LockFactory.IOExceptionpublic 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 DirectoryNoSuchDirectoryException - 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 Directorypublic static long fileModified(File directory, String name)
public long fileLength(String name) throws IOException
fileLength in class Directoryname - 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 DirectoryIOExceptionpublic IndexOutput createOutput(String name, IOContext context) throws IOException
createOutput in class DirectoryIOExceptionprotected void ensureCanWrite(String name) throws IOException
IOExceptionprotected void onIndexOutputClosed(FSDirectory.FSIndexOutput io)
public void sync(Collection<String> names) throws IOException
Directorysync in class DirectoryIOExceptionpublic String getLockID()
Directorypublic void close()
public File getDirectory()
@Deprecated public final void setReadChunkSize(int chunkSize)
@Deprecated public final int getReadChunkSize()
protected void fsync(String name) throws IOException
IOExceptionCopyright © 2000-2013 Apache Software Foundation. All Rights Reserved.