Hi,
According to my humble tests, there is no significant improvement
either. NIO has buffer creation time costs compared to other Buffered
IOs. However, a testbed would be ideal for benchmarks.
Murat
Doug Cutting wrote:
Robert Engels wrote:
The most important statistic is that the readi
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 (bot
[
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
> -
[ 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
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 -- b
[
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 loo
[ 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
"LUCENE-352-conso
[ 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 from
[ http://issues.apache.org/jira/browse/LUCENE-560?page=all ]
Hoss Man resolved LUCENE-560:
-
Resolution: Duplicate
> NPE in SpanNear when used as exclusion for SpanNot
> --
>
> Key: LUCENE-560
>
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 dem
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 perfor
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
T
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 FSDirecto
[ 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 f
[
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
> -
[ 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
> -
StandardTokenizer parses decimal number as
-
Key: LUCENE-571
URL: http://issues.apache.org/jira/browse/LUCENE-571
Project: Lucene - Java
Type: Bug
Components: Analysis
Versions: 1.9
Reporter: Tom Emers
[
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 imple
[
http://issues.apache.org/jira/browse/LUCENE-557?page=comments#action_12402388 ]
paul.elschot commented on LUCENE-557:
-
See also LUCENE-451.
> search vs explain - score discrepancies
> ---
>
> Key: LUCENE-55
Expose directory on IndexReader
---
Key: LUCENE-570
URL: http://issues.apache.org/jira/browse/LUCENE-570
Project: Lucene - Java
Type: Improvement
Components: Index
Versions: 1.9
Reporter: John Wang
Priority: Trivial
[
http://issues.apache.org/jira/browse/LUCENE-560?page=comments#action_12402368 ]
paul.elschot commented on LUCENE-560:
-
This might be a duplicate of LUCENE-352. Could you try the patch.txt on
SpanNotQuery there?
Regards, Paul Elschot
> NPE in SpanNe
[ 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: http://i
[ 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 b
23 matches
Mail list logo
