[
http://issues.apache.org/jira/browse/LUCENE-753?page=comments#action_12460363 ]
Yonik Seeley commented on LUCENE-753:
-
Single-threaded random access performance of a fully cached 64MB file on my
home PC (WinXP) , Java6:
config: impl=Class
[ http://issues.apache.org/jira/browse/LUCENE-753?page=all ]
Yonik Seeley updated LUCENE-753:
Attachment: FileReadTest.java
Attaching test that reads a file in different ways, either random access or
serially, from a number of threads.
> Use NIO posit
1. Make the index format extensible by adding user-implementable reader
and writer interfaces for postings.
...
Here's a very rough, sketchy, first draft of a type (1) proposal.
Nice!
In approach 1, what is the best abstraction of a flexible index format
for Lucene?
The draft proposal seems to
[
http://issues.apache.org/jira/browse/LUCENE-708?page=comments#action_12460325 ]
Grant Ingersoll commented on LUCENE-708:
I have updated/committed the nightly.sh script to not only build the nightly
distribution, but it also updates the
Grant Ingersoll wrote:
I don't have permission to change it (otherwise I would.)
I don't see where to change it except globally for all of the Jira
installation.
Doug
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For addition
Michael Busch wrote:
Yes I could introduce a new class called e.g. PayloadToken that extends
Token (good that it is not final anymore). Not sure if I understand your
mixin interface idea... could you elaborate, please?
I'm not entirely sure I understand it either!
If Payload is an interface t
[
http://issues.apache.org/jira/browse/LUCENE-756?page=comments#action_12460316 ]
Doron Cohen commented on LUCENE-756:
Thanks for the comments, Doug.
You're right of course, I will add both the header and the constant.
(that would be either
I don't have permission to change it (otherwise I would.)
Btw, I did have permission to add a component, so I added one for
"Build" to handle build related issues.
On Dec 21, 2006, at 1:25 PM, Otis Gospodnetic wrote:
I agree. I was surprised to see Major be the default priority the
other
[
http://issues.apache.org/jira/browse/LUCENE-756?page=comments#action_12460313 ]
Doug Cutting commented on LUCENE-756:
-
Since we're adding a new file, shouldn't we give it a header, so that it's
format can be revised? Something like:
new
I agree. I was surprised to see Major be the default priority the other day.
Otis
- Original Message
From: Grant Ingersoll <[EMAIL PROTECTED]>
To: java-dev@lucene.apache.org
Sent: Wednesday, December 20, 2006 10:41:13 PM
Subject: New Issues
+1 for changing the "Create New Issue" screen
Hi,
I used lucene 1.3 to index and search documents in my java application. I
modified this one to use lucene 2. API. I changed only the "BooleanQuery"
use in my search code. The sort order of the recovered documents during
search has been modified.
I use the following method to search :
searc
Doug Cutting wrote:
A reason not to commit something like this now would be if it
complicates the effort to make the format extensible. Each index
feature we add now will require back-compatibility in the future, and
we should be hesitant to add features that might be difficult to
support i
[
http://issues.apache.org/jira/browse/LUCENE-756?page=comments#action_12460292 ]
Doron Cohen commented on LUCENE-756:
> Does this mean a separate file outside the final .cfs files?
Oh no - there's a single .nrm file in the .cfs file (inste
[
http://issues.apache.org/jira/browse/LUCENE-753?page=comments#action_12460289 ]
Yonik Seeley commented on LUCENE-753:
-
> The Javadoc says that transferTo can be more efficient because the OS can
> transfer bytes
> directly from the filesys
[
http://issues.apache.org/jira/browse/LUCENE-756?page=comments#action_12460287 ]
Yonik Seeley commented on LUCENE-756:
-
> - CFS now also maintains all norms in a single file.
Does this mean a separate file outside the final .cfs files?
>
[
http://issues.apache.org/jira/browse/LUCENE-756?page=comments#action_12460285 ]
Yonik Seeley commented on LUCENE-756:
-
Seems like a good idea... given that norms are read once on-demand, I wouldn't
expect anything search related to be slow
-Original Message-
From: Otis Gospodnetic (JIRA) [mailto:[EMAIL PROTECTED]
Sent: Wed 12/20/2006 4:45 AM
To: java-dev@lucene.apache.org
Subject: [jira] Updated: (LUCENE-436) [PATCH] TermInfosReader, SegmentTermEnum
Out Of Memory Exception
[ http://issues.apache.org/jira/browse/LUC
17 matches
Mail list logo
