Return-Path: X-Original-To: apmail-lucene-java-user-archive@www.apache.org Delivered-To: apmail-lucene-java-user-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 936251177D for ; Tue, 3 Jun 2014 07:18:11 +0000 (UTC) Received: (qmail 77669 invoked by uid 500); 3 Jun 2014 07:18:10 -0000 Delivered-To: apmail-lucene-java-user-archive@lucene.apache.org Received: (qmail 77604 invoked by uid 500); 3 Jun 2014 07:18:10 -0000 Mailing-List: contact java-user-help@lucene.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: java-user@lucene.apache.org Delivered-To: mailing list java-user@lucene.apache.org Received: (qmail 77594 invoked by uid 99); 3 Jun 2014 07:18:10 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 03 Jun 2014 07:18:10 +0000 X-ASF-Spam-Status: No, hits=-0.0 required=5.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: local policy) Received: from [130.225.24.68] (HELO sbexch03.sb.statsbiblioteket.dk) (130.225.24.68) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 03 Jun 2014 07:18:05 +0000 Received: from [130.225.25.26] (130.225.25.26) by sbexch03.sb.statsbiblioteket.dk (130.225.24.68) with Microsoft SMTP Server id 8.3.342.0; Tue, 3 Jun 2014 09:17:41 +0200 Message-ID: <1401779861.3925.40.camel@te-prime> Subject: Re: search performance From: Toke Eskildsen Reply-To: te@statsbiblioteket.dk To: "java-user@lucene.apache.org" Date: Tue, 3 Jun 2014 09:17:41 +0200 In-Reply-To: <538D687F.9030102@mailarchiva.com> References: <01AFE0FB733B9944974A82A09CEB7A0309C81ABB21@mail3.imedx.com> <1400570841.2420.155.camel@te-prime> <01AFE0FB733B9944974A82A09CEB7A0309C835D126@mail3.imedx.com> <1400578244.2420.170.camel@te-prime> <01AFE0FB733B9944974A82A09CEB7A0309C835D16A@mail3.imedx.com> <1400581087.2420.182.camel@te-prime> <01AFE0FB733B9944974A82A09CEB7A0309C835D36D@mail3.imedx.com> <1401153243448-4138215.post@n3.nabble.com> <003301cf7974$7a200600$6e601200$@gmx.de> <01AFE0FB733B9944974A82A09CEB7A0309C881E6CF@mail3.imedx.com> <538C1F0F.3010300@mailarchiva.com> <1401775790.3925.29.camel@te-prime> <538D687F.9030102@mailarchiva.com> Organization: State and University Library, Denmark Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.10.4-0ubuntu1 MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org On Tue, 2014-06-03 at 08:17 +0200, Jamie wrote: > Unfortunately, in this instance, it is a live production system, so we > cannot conduct experiments. The number is definitely accurate. > > We have many different systems with a similar load that observe the same > performance issue. To my knowledge, the Lucene integration code is > fairly well optimized. It is possible that the extreme slowness is a combination of factors, but with a bit of luck it will boil down to a single thing. Standard procedure it to disable features until it performs well, so - Disable running updates - Limit page size - Limit lookup of returned fields - Disable highlighting - Simpler queries - Whatever else you might think of At some point along the way I would expect a sharp increase in performance. > I've requested access to the indexes so that we can perform further testing. Great. - Toke Eskildsen, State and University Library, Denmark --------------------------------------------------------------------- To unsubscribe, e-mail: java-user-unsubscribe@lucene.apache.org For additional commands, e-mail: java-user-help@lucene.apache.org