lucene-java-user mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Humberto Rocha <humro...@gmail.com>
Subject Re: Improvement performance of my indexing with Lucene
Date Wed, 09 Sep 2015 14:10:32 GMT
Thanks a lot !

But do you know some links that helps implement these optimization options
without the Solr (using only lucene) ?

I am using lucene 4.9.

More thanks.

Humberto


On Wed, Sep 9, 2015 at 5:23 AM, Ian Lea <ian.lea@gmail.com> wrote:

> See also http://wiki.apache.org/lucene-java/ImproveIndexingSpeed
>
> Also double check that it's Lucene that you should be concentrating
> on.  In my experience it's often the reading of the data from a
> database, if that's what you are doing, that is the bottleneck.
>
>
> --
> Ian.
>
>
> On Wed, Sep 9, 2015 at 6:07 AM, Modassar Ather <modather1981@gmail.com>
> wrote:
> > There are few things you can try to improve indexing performance.
> >
> > 1. Try indexing documents in batches.
> > 2. You can try multi-threaded indexing. What I mean to say is feed the
> data
> > using multiple threads to the indexer.
> > 3. Analysis of memory utilization and GC tuning.
> >
> > Following are few links which has few details on Solr indexing
> performance.
> > http://wiki.apache.org/solr/SolrPerformanceFactors
> >
> https://lucidworks.com/blog/indexing-performance-solr-5-2-now-twice-fast/
> >
> > Regards,
> > Modassar
> >
> > On Wed, Sep 9, 2015 at 7:29 AM, Humberto Rocha <humrocha@gmail.com>
> wrote:
> >
> >> Hi,
> >>
> >> I need to improve the performance of my indexing with Lucene .
> >>
> >> Is there any material (eg, article, book , tutorial ) that can be used
> for
> >> this?
> >>
> >> Could anyone help me please ?
> >>
> >> Thanks a lot!
> >>
> >> --
> >> Humberto
> >>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: java-user-unsubscribe@lucene.apache.org
> For additional commands, e-mail: java-user-help@lucene.apache.org
>
>


-- 
Humberto Rocha

Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message