You are viewing a plain text version of this content. The canonical link for it is here.
Posted to solr-commits@lucene.apache.org by Apache Wiki <wi...@apache.org> on 2011/07/19 02:14:26 UTC

[Solr Wiki] Update of "SolrPerformanceFactors" by HossMan

Dear Wiki user,

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

The "SolrPerformanceFactors" page has been changed by HossMan:
http://wiki.apache.org/solr/SolrPerformanceFactors?action=diff&rev1=27&rev2=28

Comment:
remove comment aboust specific performance charcteristecs of un-optimized indexes

  
  You may want to optimize an index whenever practical -- ie: if you build your index once, and then never modify it.
  
- If your index is recieving a steady stream of modifications, then consider the following factors...
+ If your index is receiving a steady stream of modifications, then consider the following factors...
  
     * As more segments are added to the index, query performace will degrade slightly.  Automatic segment merging by Lucene will set an upper bound on the number of segments created though.
-    * An un-optimized index is going to be ''at least'' 10% slower for un-cached queries.
     * Auto-warming time will grow since it's normally dependent on doing searches. 
     * The first distribution after an optimization will take longer than subsequent ones. See [[CollectionDistribution|Collection Distribution]] for more information.
     * During optimization the file size of the index doubles, but returns to it's original size or even slightly less.