Hi,

I was looking for some examples but I just found some using an NRTManager
class? In Lucene 4.5 I cannot find the class (missing a maven dependency?).
Can anyone point me to a working example?

Cheers,

Klaus



On Fri, Jan 3, 2014 at 11:49 AM, Ian Lea <ian....@gmail.com> wrote:

> You will indeed get poor performance if you commit for every doc.  Can
> you compromise and commit every, say, 1000 docs, or once every few
> minutes, or whatever makes sense for your app.
>
> Or look at lucene's near-real-time search features.  Google "Lucene
> NRT" for info.
>
> Or use Elastic Search.
>
>
> --
> Ian.
>
>
> On Fri, Jan 3, 2014 at 10:21 AM, Klaus Schaefers
> <klaus.schaef...@ligatus.com> wrote:
> > Hi,
> >
> > I am trying to use a lucene as a kind of key value store, but I
> encountered
> > some bad performance issues. When I try to add my data as documents to
> the
> > index I get an average write rate of 3 documents / second!! This seems to
> > me ridiculously slow and I guess I must have somewhere an error. Please
> > have a look at my code:
> >
> >
> >
> >         Directory dir = new niofsdirectojava-u...@lucene.apache.org!
> > java-user@lucene.apache.org!ry(file);
> >         Analyzer analyzer =  new StandardAnalyzer(Version.LUCENE_45);
> >         IndexWriterConfig config = new
> IndexWriterConfig(Version.LUCENE_45,
> > analyzer);
> >         IndexWriter writer = new IndexWriter(dir, config);
> >
> >         int eventCount = 1000;
> >         for(int i=0; i < eventCount;i++){
> >             Document doc = new Document();
> >             doc.add(new StringField("id", i+"id" ,Store.YES));
> >             doc.add(new StoredField("b", buildVector()));
> >             writer.addDocument(doc);
> >             writer.commit();
> >         }
> >         dir.close();
> >         writer.close()
> >
> >
> > Not calling the commit function seems to fix the issue, but I guess this
> > would then have some issues if I want to read values in the mean time. My
> > normal use case would be to read something from the index, maybe alter it
> > and then write back. So I would have roughly 50% of reads.
> >
> > I tried also an embedded version of elastic search and it manages to go
> to
> > 2000 documents/ per second. As its based on lucene as well I guess I do
> > something wrong in my code.
> >
> >
> > THX for the help,
> >
> > Klaus
> >
> >
> > --
> >
> > --
> >
> > Klaus Schaefers
> > Senior Optimization Manager
> >
> > Ligatus GmbH
> > Hohenstaufenring 30-32
> > D-50674 Köln
> >
> > Tel.:  +49 (0) 221 / 56939 -784
> > Fax:  +49 (0) 221 / 56 939 - 599
> > E-Mail: klaus.schaef...@ligatus.com
> > Web: www.ligatus.de
> >
> > HRB Köln 56003
> > Geschäftsführung:
> > Dipl.-Kaufmann Lars Hasselbach, Dipl.-Kaufmann Klaus Ludemann,
> > Dipl.-Wirtschaftsingenieur Arne Wolter
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: java-user-unsubscr...@lucene.apache.org
> For additional commands, e-mail: java-user-h...@lucene.apache.org
>
>


-- 

-- 

Klaus Schaefers
Senior Optimization Manager

Ligatus GmbH
Hohenstaufenring 30-32
D-50674 Köln

Tel.:  +49 (0) 221 / 56939 -784
Fax:  +49 (0) 221 / 56 939 - 599
E-Mail: klaus.schaef...@ligatus.com
Web: www.ligatus.de

HRB Köln 56003
Geschäftsführung:
Dipl.-Kaufmann Lars Hasselbach, Dipl.-Kaufmann Klaus Ludemann,
Dipl.-Wirtschaftsingenieur Arne Wolter

Reply via email to