X-Git-Url: https://git.mdrn.pl/pylucene.git/blobdiff_plain/a2e61f0c04805cfcb8706176758d1283c7e3a55c..aaeed5504b982cf3545252ab528713250aa33eed:/lucene-java-3.4.0/lucene/src/java/org/apache/lucene/store/MMapDirectory.java?ds=inline
diff --git a/lucene-java-3.4.0/lucene/src/java/org/apache/lucene/store/MMapDirectory.java b/lucene-java-3.4.0/lucene/src/java/org/apache/lucene/store/MMapDirectory.java
deleted file mode 100644
index 39654fb..0000000
--- a/lucene-java-3.4.0/lucene/src/java/org/apache/lucene/store/MMapDirectory.java
+++ /dev/null
@@ -1,393 +0,0 @@
-package org.apache.lucene.store;
-
-/**
- * Licensed to the Apache Software Foundation (ASF) under one or more
- * contributor license agreements. See the NOTICE file distributed with
- * this work for additional information regarding copyright ownership.
- * The ASF licenses this file to You under the Apache License, Version 2.0
- * (the "License"); you may not use this file except in compliance with
- * the License. You may obtain a copy of the License at
- *
- * http://www.apache.org/licenses/LICENSE-2.0
- *
- * Unless required by applicable law or agreed to in writing, software
- * distributed under the License is distributed on an "AS IS" BASIS,
- * WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
- * See the License for the specific language governing permissions and
- * limitations under the License.
- */
-
-import java.io.IOException;
-import java.io.File;
-import java.io.RandomAccessFile;
-import java.nio.ByteBuffer;
-import java.nio.BufferUnderflowException;
-import java.nio.channels.ClosedChannelException; // javadoc
-import java.nio.channels.FileChannel;
-import java.nio.channels.FileChannel.MapMode;
-
-import java.security.AccessController;
-import java.security.PrivilegedExceptionAction;
-import java.security.PrivilegedActionException;
-import java.lang.reflect.Method;
-
-import org.apache.lucene.util.Constants;
-
-/** File-based {@link Directory} implementation that uses
- * mmap for reading, and {@link
- * FSDirectory.FSIndexOutput} for writing.
- *
- *
NOTE: memory mapping uses up a portion of the
- * virtual memory address space in your process equal to the
- * size of the file being mapped. Before using this class,
- * be sure your have plenty of virtual address space, e.g. by
- * using a 64 bit JRE, or a 32 bit JRE with indexes that are
- * guaranteed to fit within the address space.
- * On 32 bit platforms also consult {@link #setMaxChunkSize}
- * if you have problems with mmap failing because of fragmented
- * address space. If you get an OutOfMemoryException, it is recommended
- * to reduce the chunk size, until it works.
- *
- *
Due to
- * this bug in Sun's JRE, MMapDirectory's {@link 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 the workaround mentioned in the bug report
- * (see {@link #setUseUnmap}), which may fail on
- * non-Sun JVMs. It forcefully unmaps the buffer on close by using
- * an undocumented internal cleanup functionality.
- * {@link #UNMAP_SUPPORTED} is true, if the workaround
- * can be enabled (with no guarantees).
- *
- * NOTE: Accessing this class either directly or
- * indirectly from a thread while it's interrupted can close the
- * underlying channel immediately if at the same time the thread is
- * blocked on IO. The channel will remain closed and subsequent access
- * to {@link MMapDirectory} will throw a {@link ClosedChannelException}.
- *
- */
-public class MMapDirectory extends FSDirectory {
- private boolean useUnmapHack = UNMAP_SUPPORTED;
- public static final int DEFAULT_MAX_BUFF = Constants.JRE_IS_64BIT ? (1 << 30) : (1 << 28);
- private int chunkSizePower;
-
- /** Create a new MMapDirectory for the named location.
- *
- * @param path the path of the directory
- * @param lockFactory the lock factory to use, or null for the default
- * ({@link NativeFSLockFactory});
- * @throws IOException
- */
- public MMapDirectory(File path, LockFactory lockFactory) throws IOException {
- super(path, lockFactory);
- setMaxChunkSize(DEFAULT_MAX_BUFF);
- }
-
- /** Create a new MMapDirectory for the named location and {@link NativeFSLockFactory}.
- *
- * @param path the path of the directory
- * @throws IOException
- */
- public MMapDirectory(File path) throws IOException {
- super(path, null);
- setMaxChunkSize(DEFAULT_MAX_BUFF);
- }
-
- /**
- * true, if this platform supports unmapping mmapped files.
- */
- public static final boolean UNMAP_SUPPORTED;
- static {
- boolean v;
- try {
- Class.forName("sun.misc.Cleaner");
- Class.forName("java.nio.DirectByteBuffer")
- .getMethod("cleaner");
- v = true;
- } catch (Exception e) {
- v = false;
- }
- UNMAP_SUPPORTED = v;
- }
-
- /**
- * This method enables the workaround for unmapping the buffers
- * from address space after closing {@link IndexInput}, that is
- * mentioned in the bug report. This hack may fail on non-Sun JVMs.
- * It forcefully unmaps the buffer on close by using
- * an undocumented internal cleanup functionality.
- *
NOTE: Enabling this is completely unsupported
- * by Java and may lead to JVM crashes if IndexInput
- * is closed while another thread is still accessing it (SIGSEGV).
- * @throws IllegalArgumentException if {@link #UNMAP_SUPPORTED}
- * is false and the workaround cannot be enabled.
- */
- public void setUseUnmap(final boolean useUnmapHack) {
- if (useUnmapHack && !UNMAP_SUPPORTED)
- throw new IllegalArgumentException("Unmap hack not supported on this platform!");
- this.useUnmapHack=useUnmapHack;
- }
-
- /**
- * Returns true, if the unmap workaround is enabled.
- * @see #setUseUnmap
- */
- public boolean getUseUnmap() {
- return useUnmapHack;
- }
-
- /**
- * Try to unmap the buffer, this method silently fails if no support
- * for that in the JVM. On Windows, this leads to the fact,
- * that mmapped files cannot be modified or deleted.
- */
- final void cleanMapping(final ByteBuffer buffer) throws IOException {
- if (useUnmapHack) {
- try {
- AccessController.doPrivileged(new PrivilegedExceptionAction