[
https://issues.apache.org/jira/browse/LUCENE-1575?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12693524#action_12693524
]
Shai Erera commented on LUCENE-1575:
BooleanScorer defines an internal package private
Earwin,
I did not experiment lately, but I'd like to add a general compressed
integer array to the basic types in an index, that would be compressed
on writing and decompressed on reading.
A first attempt is at LUCENE-1410, and one of the choices I had there
was whether or not to use NIO buffer
[
https://issues.apache.org/jira/browse/LUCENE-1581?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12693528#action_12693528
]
Digy commented on LUCENE-1581:
--
I believe also that Character.toLowerCase in Java works ok,
[
https://issues.apache.org/jira/browse/LUCENE-1575?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12693533#action_12693533
]
Michael McCandless commented on LUCENE-1575:
bq. May I change it to
On 3/29/09 12:43 AM, Earwin Burrfoot wrote:
There are three cases when we can override readNNN methods and provide
implementations with zero or minimum method invocations -
RAMDirectory, MMapDirectory and BufferedIndexInput for
FSDirectory/CompoundFileReader. Anybody tried this?
A while
[
https://issues.apache.org/jira/browse/LUCENE-1581?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12693540#action_12693540
]
Shai Erera commented on LUCENE-1581:
From the javadocs
A while ago I tried overriding the read* methods in BufferedIndexInput like
this:
I'm still surprised there was no performance improvement at all. Maybe
something was wrong with my test and I should try it again...
For BufferedIndexInput improvement should be
Earwin,
I did not experiment lately, but I'd like to add a general compressed
integer array to the basic types in an index, that would be compressed
on writing and decompressed on reading.
A first attempt is at LUCENE-1410, and one of the choices I had there
was whether or not to use NIO
[
https://issues.apache.org/jira/browse/LUCENE-1581?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12693545#action_12693545
]
DM Smith commented on LUCENE-1581:
--
This a bit larger of a problem. It also pertains to
[
https://issues.apache.org/jira/browse/LUCENE-1581?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12693553#action_12693553
]
Digy commented on LUCENE-1581:
--
Although, it is not directly related to this issue, It is
[
https://issues.apache.org/jira/browse/LUCENE-1516?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Michael McCandless updated LUCENE-1516:
---
Attachment: ssd2.png
OK using the last patch, I ran another near real-time test,
[
https://issues.apache.org/jira/browse/LUCENE-1581?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12693568#action_12693568
]
Shai Erera commented on LUCENE-1581:
bq. What I'd like to see is that lucene has a
On Sunday 29 March 2009 13:47:59 Earwin Burrfoot wrote:
Earwin,
I did not experiment lately, but I'd like to add a general compressed
integer array to the basic types in an index, that would be compressed
on writing and decompressed on reading.
A first attempt is at LUCENE-1410, and one
Hi Mike,
Thanks for the response. I did a code check but this was a random error,
which indicated towards something to do with the environment. Finally, I did
figure out the problem - low disk space. Though there was around 1 GB of free
space on the server, it was not sufficient when we had
[
https://issues.apache.org/jira/browse/LUCENE-1581?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12693579#action_12693579
]
DM Smith commented on LUCENE-1581:
--
bq.Why do this?
Lucene has a bias toward English
Super, thanks for bringing closure!
Mike
On Sun, Mar 29, 2009 at 11:58 AM, Ketan Deshpande
ketandes...@yahoo.co.in wrote:
Hi Mike,
Thanks for the response. I did a code check but this was a random error,
which indicated towards something to do with the environment. Finally, I did
figure
[
https://issues.apache.org/jira/browse/LUCENE-1581?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12693591#action_12693591
]
Robert Muir commented on LUCENE-1581:
-
some comments I have on this topic:
the
[
https://issues.apache.org/jira/browse/LUCENE-1579?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Michael McCandless updated LUCENE-1579:
---
Attachment: LUCENE-1579.patch
New patch, even simpler.
Cloned SegmentReaders fail
In my case I have to switch to MMap/Buffers, Java behaves ugly with
8Gb heaps.
Do you mean that because garbage collection does not perform well
on these larger heaps, one should avoid to create arrays to have heaps
of that size, and rather use (direct) MMap/Buffers?
Yes, exactly. Keeping big
[
https://issues.apache.org/jira/browse/LUCENE-1039?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12693643#action_12693643
]
Vaijanath N. Rao commented on LUCENE-1039:
--
Hi Karl,
Can you tell me how to use
20 matches
Mail list logo