[ http://issues.apache.org/jira/browse/LUCENE-550?page=all ]

Karl Wettin updated LUCENE-550:
-------------------------------

    Attachment: lucene2karl-061122.tar.gz

This is the current version of my local Lucene branch, including 
InstantiatedIndex. As I have not merged with the trunk for a while, it also 
features my locally patched version. It really is just a few small changes. 
Some classes are no longer final, plus I have introduced InterfaceIndexWriter 
and InterfaceIndexModifier.

/lucene2karl/lucene2-apache-karl-patched
/lucene2karl/lucene2-karl/test <--- all (search) test cases adapted to run with 
instantiated index
/lucene2karl/lucene2-karl/index
/lucene2karl/lucene2-karl/instantiated
/lucene2karl/lucene2-karl/searchfork   <--- non important stuff
/lucene2karl/lucene2-karl/analysis   <--- just some stuff
/lucene2karl/lucene2-karl/core   <-- patches for the lucene trunk
/memoryindex   <---  stuff for wolfgang

All tests pass, except remote, multi and parallell searchers.

Jira admins: you are more than welcome to remove all old attachments, except 
images.

> InstanciatedIndex - faster but memory consuming index
> -----------------------------------------------------
>
>                 Key: LUCENE-550
>                 URL: http://issues.apache.org/jira/browse/LUCENE-550
>             Project: Lucene - Java
>          Issue Type: New Feature
>          Components: Store
>    Affects Versions: 1.9
>            Reporter: Karl Wettin
>         Attachments: class_diagram.png, class_diagram.png, 
> instanciated_20060527.tar, InstanciatedIndexTermEnum.java, 
> lucene.1.9-karl1.jpg, lucene2-karl_20060722.tar.gz, 
> lucene2-karl_20060723.tar.gz, lucene2karl-061122.tar.gz
>
>
> After fixing the bugs, it's now 4.5 -> 5 times the speed. This is true for 
> both at index and query time. Sorry if I got your hopes up too much. There 
> are still things to be done though. Might not have time to do anything with 
> this until next month, so here is the code if anyone wants a peek.
> Not good enough for Jira yet, but if someone wants to fool around with it, 
> here it is. The implementation passes a TermEnum -> TermDocs -> Fields -> 
> TermVector comparation against the same data in a Directory.
> When it comes to features, offsets don't exists and positions are stored ugly 
> and has bugs.
> You might notice that norms are float[] and not byte[]. That is me who 
> refactored it to see if it would do any good. Bit shifting don't take many 
> ticks, so I might just revert that.
> I belive the code is quite self explaining.
> InstanciatedIndex ii = ..
> ii.new InstanciatedIndexReader();
> ii.addDocument(s).. replace IndexWriter for now.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: 
http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira

        

---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to