On Wednesday 29 September 2004 00:00, Doug Cutting wrote:
> [EMAIL PROTECTED] wrote:
> >   Added:       src/java/org/apache/lucene/store MMapDirectory.java
> >   Log:
> >   Add an nio mmap based Directory implementation.
>
> For my simple benchmarks this is somewhat slower than the classic
> FSDirectory, but I thought it was still worth having.  It should use
> less memory when there are lots of query terms, since it does not need
> to allocate a new buffer per term and the mmapped data can be shared.
> This may be good for folks who, e.g., use lots of wildcards.  It also
> should, in theory, someday be faster.  One downside is that it cannot
> handle indexes with files larger than 2^31 bytes.
>

I'm working on a memory mapped directory that uses multiple buffers
for large files.

While trying some test runs I found that the current version fails a test:

    [junit] Testsuite: org.apache.lucene.index.TestCompoundFile
    [junit] Tests run: 9, Failures: 1, Errors: 0, Time elapsed: 4.238 sec

    [junit] Testcase: 
testClonedStreamsClosing(org.apache.lucene.index.TestCompoundFile):       FAILED
    [junit] null
    [junit] junit.framework.AssertionFailedError
    [junit]     at 
org.apache.lucene.index.TestCompoundFile.testClonedStreamsClosing(TestCompoundFile.java:368)
    [junit]     at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
    [junit]     at 
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
    [junit]     at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)

As indicated in the source I have added a System property to the jvm
to use MMapDirectory with this is line 261 in build.xml for the junit
tests:
      <jvmarg 
value="-Dorg.apache.lucene.FSDirectory.class=org.apache.lucene.store.MMapDirectory"/>

I'm testing the version with multiple buffers using a smaller maximum
buffer size (1024 * 128), and it does this test in the same way.
I have not yet looked into TestCompoundFile. When it is a good test
case for this, I'll submit the multibuffer version as an enhancement.

Regards,
Paul Elschot.



---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to