Mailing-List: contact java-user-help@lucene.apache.org; run by ezmlm
Precedence: bulk
Reply-To: java-user@lucene.apache.org
MIME-Version: 1.0
References: <CADpRcOPUd55_1Fmkr3zmkAQZ=yQHk+EmQ=CgJjALWFovRzxp6A@mail.gmail.com>
 <CAPsWd+OnOAYwsC6TAoJZOz9_Xx=BxHyXeqkFfCFcFX4KKARbvA@mail.gmail.com>
In-Reply-To: <CAPsWd+OnOAYwsC6TAoJZOz9_Xx=BxHyXeqkFfCFcFX4KKARbvA@mail.gmail.com>
From: =?UTF-8?B?S3VkcmV0dGluIEfDvGxlcnnDvHo=?= <kudrettin@gmail.com>
Date: Tue, 21 Jun 2016 18:36:28 +0000
Message-ID: <CADpRcOOWbq7mfcpEcs1-1RmtzvxaU5DGG5SKsA+N5x3KPy8Wyg@mail.gmail.com>
Subject: Re: debugging IndexSearcher.search performance
To: "java-user@lucene.apache.org" <java-user@lucene.apache.org>
Content-Type: multipart/alternative; boundary=001a113e3036ecbf9e0535ce19d8
archived-at: Tue, 21 Jun 2016 18:36:42 -0000

--001a113e3036ecbf9e0535ce19d8
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

Thanks for the response and sorry for not updating the thread. issue turned
out to be not related to IndexSearcher.search() Further looking in the
code, found that the method was called multiple times. Issue resolved after
refactoring.

Thanks,
Kudret

On Thu, Mar 10, 2016 at 2:03 AM Adrien Grand <jpountz@gmail.com> wrote:

> There is a lot of things happening under this method. Since it seems that
> you ran this under a profiler, do you have a breakdown of which methods
> this CPU time is spent in?
>
> Le mar. 8 mars 2016 =C3=A0 17:16, Kudrettin G=C3=BClery=C3=BCz <kudrettin=
@gmail.com> a
> =C3=A9crit :
>
> > Hi,
> >
> > The code I am working on is spending long time in this function:
> > Searcher.java:221 org.apache.lucene.search.IndexSearcher.search(Query,
> int,
> > Sort) 94400ms 95%
> >
> > Query fed to the function looks ugly at first and I first thought that =
it
> > could be the culprit:
> > +body:/.*foo/ +((+dir1:foo +dir2:bar) (+dir1:baz) (+dir1:bin) ...(the
> list
> > goes on for all top level directories indexed. For a total of ~60
> > directories))
> >
> > However same query completes much faster in Luke. It shouldn't be becau=
se
> > of Sort either because it takes long time for no matches, too.
> >
> > Any suggestions while I debug this issue?  Lucene 5 is what I am using
> > currently.
> >
> > Thanks,
> > Kudret
> >
>

--001a113e3036ecbf9e0535ce19d8--