We are using GC tuning options: Xgcpolicy:gencon , verbose:gc. RAM: 64GB Solr heap: -Xms512m -Xmx32768m Index per server: 500G
Surprisingly, running different setup on same machines, 64 collections / 1 shard per collection gives significantly better results. Any ideas? Thank you, Esther From: Shawn Heisey <apa...@elyograg.org> To: solr-user@lucene.apache.org Date: 26/08/2015 06:25 PM Subject: Re: Solr 5.2.1 versus Solr 4.7.0 performance On 8/26/2015 1:11 AM, Esther Goldbraich wrote: > We have benchmarked a set of queries on Solr 4.7.0 and 5.2.1 (with same > data, same solrconfig.xml) and saw better query performance on Solr 4.7.0 > (5-15% better than 5.2.1, with an exception of 100% improvement for one of > the queries ). > Using same JVM (IBM 1.7) and JVM params. > Index's size is ~500G, spread over 64 shards, with replication factor 2. > Do you know about any config / setup change for Solr 5.2.1 that can > improve the performance? Any idea what causes this behavior? I have little experience comparing the performance of different versions, but I have a general sense that OS disk caching becomes increasingly important to Solr's performance as time goes on. What this means in real terms is that if you have enough memory for adequate OS disk caching, using a later version of Solr will probably yield better performance, but if you don't have enough memory, you might actually see *worse* performance. A question that might become important later, but doesn't really affect the immediate things I'm thinking about: What GC tuning options you are using? How much RAM do you have in each machine, and how big is Solr's heap? How much index data actually lives on each server? Be sure to count all replicas on each machine. https://wiki.apache.org/solr/SolrPerformanceProblems#RAM Thanks, Shawn
