RAMDirectory(Directory dir, boolean closeDir) constructor uses memory
inefficiently.
--
Key: LUCENE-475
URL: http://issues.apache.org/jira/browse/LUCENE-475
Project: Lucene - Java
[ http://issues.apache.org/jira/browse/LUCENE-475?page=all ]
Volodymyr Bychkoviak updated LUCENE-475:
Attachment: RamDirectory.diff
> RAMDirectory(Directory dir, boolean closeDir) constructor uses memory
> inefficiently.
>
[
http://issues.apache.org/jira/browse/LUCENE-475?page=comments#action_12359036 ]
Volodymyr Bychkoviak commented on LUCENE-475:
-
Oh, I didn't described my solution...
Solution is simle: use 1k buffer to copy files from source index to ram files
Yonik Seeley wrote:
a) do any other committers want a license, and
Why not just include all committer names?
b) would we be willing to put their logo somewhere in exchange?
Perhaps we should reserve that until we find that Lucene has been
significantly improved by YourKit.
Doug
I'll propose that to them.
On 12/1/05, Doug Cutting <[EMAIL PROTECTED]> wrote:
> Yonik Seeley wrote:
> > a) do any other committers want a license, and
>
> Why not just include all committer names?
>
> > b) would we be willing to put their logo somewhere in exchange?
>
> Perhaps we should reserve
[
http://issues.apache.org/jira/browse/LUCENE-475?page=comments#action_12359068 ]
Hoss Man commented on LUCENE-475:
-
I'm no expert on File I/O, so i don't know if this is/isn't a good change to
make, but i deplore constants:
If this patch is a good idea,
[
http://issues.apache.org/jira/browse/LUCENE-475?page=comments#action_12359083 ]
Bernhard Messer commented on LUCENE-475:
I like the patch and find it very helpful if one tries to load larger indices
into RAMDirectory.
Hoss Man,
why do you would
[ http://issues.apache.org/jira/browse/LUCENE-288?page=all ]
Erik Hatcher resolved LUCENE-288:
-
Resolution: Fixed
Assign To: (was: Lucene Developers)
applied with the recommended comments
> [patch] better support gcj compilation
>
[ http://issues.apache.org/jira/browse/LUCENE-288?page=all ]
Erik Hatcher closed LUCENE-288:
---
> [patch] better support gcj compilation
> --
>
> Key: LUCENE-288
> URL: http://issues.apache.org/jira/brow
just found a class "org.apache.lucene.index.TermInfosTest" within the
src/test directory. It seems to be a relict from previous days. It
doesn't run without a resource file "words.txt" and is no JUnit-Test. I
would like to delete if there is nobody raising it's hand to stop me.
regards
Bernhar
Erik,
do you have any idea why "org.apache.lucene.index.store.FSDirectoryTest"
is not running when "ant test" is called. As far as i understand the
common-build.xml, all testcases where the classname starts or ends with
"Test" should run.
thanks
Bernhard
--
[
http://issues.apache.org/jira/browse/LUCENE-475?page=comments#action_12359097 ]
Hoss Man commented on LUCENE-475:
-
Using different buffer sizes may not make a big difference in your performacne
tests -- but that doesn't mean it won't mke a differnece for
[
http://issues.apache.org/jira/browse/LUCENE-475?page=comments#action_12359098 ]
Doug Cutting commented on LUCENE-475:
-
Why not just use BufferedIndexOutput.BUFFER_SIZE, a constant declared elsewhere
and already used for all RAMDirectory buffers? That
On Dec 1, 2005, at 5:03 PM, Bernhard Messer wrote:
do you have any idea why
"org.apache.lucene.index.store.FSDirectoryTest" is not running when
"ant test" is called. As far as i understand the common-build.xml,
all testcases where the classname starts or ends with "Test" should
run.
Bec
On Dec 1, 2005, at 4:55 PM, Bernhard Messer wrote:
just found a class "org.apache.lucene.index.TermInfosTest" within
the src/test directory. It seems to be a relict from previous days.
It doesn't run without a resource file "words.txt" and is no JUnit-
Test. I would like to delete if there
[
http://issues.apache.org/jira/browse/LUCENE-475?page=comments#action_12359122 ]
Alexey Panchenko commented on LUCENE-475:
-
byte[] buf = new byte[READ_BUFFER_SIZE];
should be moved before the for-loop, so the single buffer can be used to load
all t
16 matches
Mail list logo
