[jira] Updated: (LUCENE-328) Some utilities for a compact sparse filter

[ http://issues.apache.org/jira/browse/LUCENE-328?page=all ] paul.elschot updated LUCENE-328: Attachment: SkipFilter1.patch This patches Filter.java and IndexSearcher.java . Filter.java is modified to implement SkipFilter, to provide a first step in a

[jira] Closed: (LUCENE-563) IndexReader currently has javadoc errors

[ http://issues.apache.org/jira/browse/LUCENE-563?page=all ] paul.elschot closed LUCENE-563: --- Resolution: Fixed IndexReader currently has javadoc errors Key: LUCENE-563 URL:

[jira] Commented: (LUCENE-328) Some utilities for a compact sparse filter

[ http://issues.apache.org/jira/browse/LUCENE-328?page=comments#action_12402392 ] paul.elschot commented on LUCENE-328: - Starting from SkipFilter1.patch as above, a replacement of Filter by SkipFilter in the various API's (Searcher, Searchable and

[jira] Created: (LUCENE-571) StandardTokenizer parses decimal number as HOST

StandardTokenizer parses decimal number as HOST - Key: LUCENE-571 URL: http://issues.apache.org/jira/browse/LUCENE-571 Project: Lucene - Java Type: Bug Components: Analysis Versions: 1.9 Reporter: Tom

[jira] Closed: (LUCENE-520) Ability to abort hit collection

[ http://issues.apache.org/jira/browse/LUCENE-520?page=all ] paul.elschot closed LUCENE-520: --- Resolution: Won't Fix The suggested shared exception appears to be a good way to abort hit collection. Ability to abort hit collection

[jira] Commented: (LUCENE-365) [PATCH] Performance improvement to DisjunctionSumScorer

[ http://issues.apache.org/jira/browse/LUCENE-365?page=comments#action_12402404 ] paul.elschot commented on LUCENE-365: - See LUCENE-333 for other available implementations of disjunction. [PATCH] Performance improvement to DisjunctionSumScorer

[jira] Closed: (LUCENE-333) [PATCH] BooleanScorer can score documents in non increasing order

[ http://issues.apache.org/jira/browse/LUCENE-333?page=all ] paul.elschot closed LUCENE-333: --- Resolution: Later Assign To: (was: Lucene Developers) The only reason this issue is still open is that it contains some code that might be useful

Re: Nio File Caching Performance Test

On May 12, 2006, at 3:38 PM, Robert Engels wrote: I finally got around to making the NioFSDirectory with caching 1.9 compliant. I also produced a performance test case. How does this implementation compare to the MMapDirectory? I've found that the MMapDirectory is far faster than the

RE: Nio File Caching Performance Test

As stated in the email, it is 3x faster reading from a Java local cache, then having Java go to the OS (where it may or may not be cached). It avoids the overhead/context switch into the OS. -Original Message- From: peter royal [mailto:[EMAIL PROTECTED] Sent: Monday, May 15, 2006 4:11 PM

Re: Nio File Caching Performance Test

On May 15, 2006, at 5:41 PM, Robert Engels wrote: As stated in the email, it is 3x faster reading from a Java local cache, then having Java go to the OS (where it may or may not be cached). It avoids the overhead/context switch into the OS. I read that in the original mail, but your

Re: Nio File Caching Performance Test

Robert Engels wrote: The most important statistic is that the reading via the local cache, vs. going to the OS (where the block is cached) is 3x faster (22344 vs. 68578). With random reads, when the block may not be in the OS cache, it is 8x faster (72766 vs. 586391). [ ... ] This test only

[jira] Updated: (LUCENE-352) [PATCH] NullPointerException when using nested SpanOrQuery in SpanNotQuery

[ http://issues.apache.org/jira/browse/LUCENE-352?page=all ] Hoss Man updated LUCENE-352: Attachment: LUCENE-352-consolidated-SpanNot-NPE.patch consolidated patch containing... * additional test methods in TestBasicsPatch2.txt * additional test methods

[jira] Assigned: (LUCENE-352) [PATCH] NullPointerException when using nested SpanOrQuery in SpanNotQuery

[ http://issues.apache.org/jira/browse/LUCENE-352?page=all ] Hoss Man reassigned LUCENE-352: --- Assign To: Hoss Man I think this bug is actualy simple enough that I can honestly say I understand it ... so unless anyone obejcts i'll commit

[jira] Commented: (LUCENE-569) NearSpans skipTo bug

[ http://issues.apache.org/jira/browse/LUCENE-569?page=comments#action_12402471 ] Hoss Man commented on LUCENE-569: - I tried to make sense of the existing NearSpans implimentation over the weekend ... i did not succeed. I still haven't had a cahnce to

Jira Convention: Resolved vs Closed

Is there a documented or unspoken policy about the Resolved vs Closed bug statuses? How/when should a resolved bug be closed? (In my experience policy has tended towards the person fixing the bug to resolve it, and the person who opened the bug to close once they're verified the fix -- but

[jira] Resolved: (LUCENE-492) PhraseQuery.explain is broken

[ http://issues.apache.org/jira/browse/LUCENE-492?page=all ] Hoss Man resolved LUCENE-492: - Resolution: Cannot Reproduce I was never able to reproduce this .. it was probably related to a boolean query containing a phrase query. PhraseQuery.explain

[jira] Commented: (LUCENE-352) [PATCH] NullPointerException when using nested SpanOrQuery in SpanNotQuery

[ http://issues.apache.org/jira/browse/LUCENE-352?page=comments#action_12402474 ] Yonik Seeley commented on LUCENE-352: - +1 looks fine. [PATCH] NullPointerException when using nested SpanOrQuery in SpanNotQuery

Re: OpenBitSet

On 5/14/06, eks dev [EMAIL PROTECTED] wrote: It is faster than BitSet, even against Mustang. The numbers are a bit less than on Yonik's HW, but quite convincing. The level of outperformance isn't quite as high on my work box, I think because my home machine has higher memory bandwidth (both