Path: csiph.com!fu-berlin.de!uni-berlin.de!individual.net!not-for-mail From: Christoph Schneegans Newsgroups: de.comp.lang.java Subject: Re: WildcardQuery-Erzeugung in neueren Lucene-Versionen langsamer Date: Wed, 16 Mar 2016 12:29:47 +0100 Lines: 31 Message-ID: References: Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit X-Trace: individual.net sE17tXQXpBkW81AsK22+CwfpxhX21D045g22Ks1m4O5GY5dw== Cancel-Lock: sha1:F2ERM3BrVpuGGQTKBfgC8ElNgQ0= User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.6.0 In-Reply-To: Xref: csiph.com de.comp.lang.java:12912 Marcel Mueller schrieb: >> Ich stelle hier erhebliche Unterschiede in der Laufzeit fest: >> >> • Mit Lucene 3.4.0 läuft dieser Code in 0,026 s durch. >> • Mit Lucene 4.10.4 benötigt er schon 0,549 s. >> • Und mit Lucene 5.5.0 benötigt er gar 2,601 s. > Was ist den das eigentliche Problem? Wir haben einige automatisierte Performance-Prüfungen, die nach dem Wechsel der Lucene-Version erhebliche Verschlechterungen attestierten. Ich habe aber zunehmend den Eindruck, daß diese Prüfungen reale Suchanfragen nicht besonders gut abbilden. Wahrscheinlich renne ich gerade einem Phantom hinterher... Bestimmte Anfragen, die per org.apache.lucene.index.AtomicReader#terms(String) direkt auf Terme eines Feldes zugreifen, laufen nun sogar erheblich schneller. > Und hast Du mal getestet, ob nicht das Initialisieren der (größer > gewordenen) Bibliothek das ist, was langsamer geworden ist? Also mal > eine Anfrage vorher im Setup machen, was nicht zur Zeit dazu zählt. Okay. Auch mit Warmlaufen ändern sich die Meßergebnisse nicht wesentlich. Das soll mir aber vorerst genügen. Danke für deine Antwort! -- · Validator für BCP 47