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