Hi,
this are the results form the solr admin page for cache:
name: queryResultCache
class: org.apache.solr.search.LRUCache
version: 1.0
description: LRU Cache(maxSize=512, initialSize=512)
stats: lookups : 376
hits : 246
hitratio : 0.65
inserts : 130
evictions : 0
size : 130
warmupTime : 0
cumulative_lookups : 2994
cumulative_hits : 1934
cumulative_hitratio : 0.64
cumulative_inserts : 1060
cumulative_evictions : 409
name: fieldCache
class: org.apache.solr.search.SolrFieldCacheMBean
version: 1.0
description: Provides introspection of the Lucene FieldCache, this is
**NOT** a cache that is managed by Solr.
stats: entries_count : 0
insanity_count : 0
name: documentCache
class: org.apache.solr.search.LRUCache
version: 1.0
description: LRU Cache(maxSize=512, initialSize=512)
stats: lookups : 13416
hits : 11787
hitratio : 0.87
inserts : 1629
evictions : 1089
size : 512
warmupTime : 0
cumulative_lookups : 100012
cumulative_hits : 86959
cumulative_hitratio : 0.86
cumulative_inserts : 13053
cumulative_evictions : 11914
name: fieldValueCache
class: org.apache.solr.search.FastLRUCache
version: 1.0
description: Concurrent LRU Cache(maxSize=10000, initialSize=10,
minSize=9000, acceptableSize=9500, cleanupThread=false)
stats: lookups : 0
hits : 0
hitratio : 0.00
inserts : 0
evictions : 0
size : 0
warmupTime : 0
cumulative_lookups : 0
cumulative_hits : 0
cumulative_hitratio : 0.00
cumulative_inserts : 0
cumulative_evictions : 0
name: filterCache
class: org.apache.solr.search.FastLRUCache
version: 1.0
description: Concurrent LRU Cache(maxSize=512, initialSize=512, minSize=460,
acceptableSize=486, cleanupThread=false)
stats: lookups : 0
hits : 0
hitratio : 0.00
inserts : 0
evictions : 0
size : 0
warmupTime : 0
cumulative_lookups : 0
cumulative_hits : 0
cumulative_hitratio : 0.00
cumulative_inserts : 0
cumulative_evictions : 0
Is there something tob e optimized?
Thanks,
Ramo
-----Ursprüngliche Nachricht-----
Von: Dmitry Kan [mailto:dmitry....@gmail.com]
Gesendet: Montag, 12. März 2012 15:06
An: solr-user@lucene.apache.org
Betreff: Re: Performance (responsetime) on request
If you look at solr admin page / statistics of cache, you could check the
evictions of different types of cache. If some of them are larger than zero,
try minimizing them by increasing the corresponding cache params in the
solrconfig.xml.
On Mon, Mar 12, 2012 at 10:12 AM, Ramo Karahasan <
ramo.karaha...@googlemail.com> wrote:
> Hi,
>
>
>
> i've got two virtual machines in the same subnet at the same
> hostingprovider. On one machine my webapplication is running, on the
> second a solr instance. In solr I use the following
>
>
>
> <fieldType name="text_auto" class="solr.TextField">
>
> <analyzer type="index">
>
> <!--<tokenizer class="solr.KeywordTokenizerFactory"/>-->
>
> <tokenizer class="solr.StandardTokenizerFactory"/>
>
> <filter class="solr.EdgeNGramFilterFactory" minGramSize="2"
> maxGramSize="25"
> />
>
>
>
> <filter class="solr.LowerCaseFilterFactory"/>
>
> <!--<filter class="solr.EdgeNGramFilterFactory" minGramSize="1"
> maxGramSize="25" />-->
>
> </analyzer>
>
> <analyzer type="query">
>
> <!--<tokenizer class="solr.KeywordTokenizerFactory" />-->
>
> <tokenizer class="solr.StandardTokenizerFactory"/>
>
> <filter class="solr.LowerCaseFilterFactory"/>
>
> <filter class="solr.EdgeNGramFilterFactory" minGramSize="2"
> maxGramSize="25"
> />
>
> </analyzer>
>
> </fieldType>
>
>
>
>
>
> <fieldType name="text" class="solr.TextField"
> positionIncrementGap="100">
>
> <analyzer>
>
> <tokenizer class="solr.WhitespaceTokenizerFactory"/>
>
> <filter class="solr.WordDelimiterFilterFactory" generateWordParts="1"
> generateNumberParts="1" catenateWords="1" catenateNumbers="1"
> catenateAll="0" splitOnCaseChange="1"/>
>
> <filter class="solr.LowerCaseFilterFactory"/>
>
> </analyzer>
>
> </fieldType>
>
>
>
>
>
>
>
> If I search from my webapplication in my autosuggest box, I get
> response times of ~500ms per request. Is it possible to "tune" solr,
> so that I get faster results?
>
> I have no special cache configuration, nor I don't know what to
> configure here.
>
>
>
> Thanks,
>
> Ramo
>
>
--
Regards,
Dmitry Kan
