we use jdk 1.7.55 and lucene 4.9.0
Sascha
Gesendet: Mittwoch, 06. August 2014 um 18:11 Uhr
Von: "Uwe Schindler"
An: java-user@lucene.apache.org
Betreff: RE: RE: Re: Performance StringCoding.decode
What Java version are you using? In Java 7 decoding of bytes to strings should
be
Wednesday, August 06, 2014 5:57 PM
> To: java-user@lucene.apache.org
> Subject: Aw: RE: Re: Performance StringCoding.decode
>
>
>
> hi,
>
> no, not for all results, but user can configure the result list size up to 100
> documents.
>
> i was already afraid, th
g.toString(timestamp), Field.Store.YES,
Field.Index.NOT_ANALYZED, Field.TermVector.NO)
greetings
sascha
Gesendet: Mittwoch, 06. August 2014 um 10:50 Uhr
Von: "Uwe Schindler"
An: java-user@lucene.apache.org
Betreff: RE: Re: Performance StringCoding.decode
Hi,
It looks like you are fetc
rg
> Subject: Aw: Re: Performance StringCoding.decode
>
> i used JMC ( Java Mission Control) from jdk7 u40+
>
>
> see here
>
>
> http://www.oracle.com/technetwork/java/javase/2col/jmc-relnotes-
> 2004763.html
>
>
>
> Gesendet: Dienstag, 05. August 20
i used JMC ( Java Mission Control) from jdk7 u40+
see here
http://www.oracle.com/technetwork/java/javase/2col/jmc-relnotes-2004763.html
Gesendet: Dienstag, 05. August 2014 um 17:41 Uhr
Von: "d...@neusoft.com"
An: "java-user@lucene.apache.org"
Betr
Well, that code is when you're reading the fields of documents off disk.
Stored fields are compressed/decompressed automatically.
So one question is what is your test doing? In other words, is it
artificially hitting this? The theory is that this should only be done when
you gather the final top N
how to monitor? use jprofile?
From: Sascha Janz
Date: 2014-08-05 22:36
To: java-user@lucene.apache.org
Subject: Performance StringCoding.decode
hi,
i want to speed up our search performance. so i run test and monitor them with
java mission control.
the analysis showed that one hotspot is
