lucene-solr-commits mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Apache Wiki <>
Subject [Solr Wiki] Update of "SolrCaching" by GrantIngersoll
Date Fri, 11 Feb 2011 22:42:47 GMT
Dear Wiki user,

You have subscribed to a wiki page or wiki category on "Solr Wiki" for change notification.

The "SolrCaching" page has been changed by GrantIngersoll.


  = Tradeoffs =
  Increasing autoWarming values will cause additional latency due to auto-warming from the
time that you request a new searcher to be opened until the time that it becomes "registered".
- = Caching and Distribution/Replication =
+ == Caching and Distribution/Replication ==
  Distribution/Replication gives you a 'new' index on the slave. When Solr is told to use
the new index, the old caches have to be discarded along with the old Index Searcher. That's
when autowarming occurs.
  If the current Index Searcher is serving requests and when a new searcher is opened, the
new one is 'warmed' while the current one is serving external requests. When the new one is
ready, it is registered so it can serve any new requests while the original one first finishes
the requests it is handling.
- = Disabling Caching =
+ == Disabling Caching ==
  Caching helps only if you are hitting cached objects more than once. If that is not the
case the system is wasting cycles and memory, and you might consider disabling caching by
commenting-out the caching sections in your [[SolrConfigXml|solrconfig.xml]].
+ == Cache Sizing ==
+ Beware of the trap of making your cache sizes larger and larger just because you can get
more hits in the cache.  Caches that are too large can often be part of the reason why full
garbage collections happen during or soon after commits.  Sometimes a smaller cache size will
help avoid full garbage collections at the cost of more evictions.  Load testing should be
used to help determine proper cache sizes throughout the searching/indexing lifecycle.

View raw message