Hi, We are trying to improve the performance of our Solr Search application in terms of QPS (queries per second).
We tuned SOLR settings (e.g. mergeFactor=3), launched several benchmarks and had better performance results, but still unsatisfactory for our traffic volume. Then we optimized the index to 1 segment / 0 deleted docs and we got +40% of QPS compared to the previous test. Therefore we thought of optimizing the index every two hours, as our index is evolving due to frequent commits (every 30 minutes) and thus the performance results are degrading. 1. Is this a good practice ? 2. Instead of executing an "optimize" many times a day, are there any other parameters that we can tune and test in order to gain in average QPS? We want to avoid the solution of adding more servers to our SolrCloud cluster. Some details of our system : SolrCloud cluster: 8 nodes on 8 dedicated servers; 2 shards / 4 replicas Hardware configuration: 2 Processors (16CPU cores) per server; 24GB of memory; 6GB allocated to JVM Index: 13M documents, 15GB Search algorithm : grouping, faceting, filter queries Solr version 4.4 Best regards, Anca Kopetz ________________________________ Kelkoo SAS Société par Actions Simplifiée Au capital de € 4.168.964,30 Siège social : 8, rue du Sentier 75002 Paris 425 093 069 RCS Paris Ce message et les pièces jointes sont confidentiels et établis à l'attention exclusive de leurs destinataires. Si vous n'êtes pas le destinataire de ce message, merci de le détruire et d'en avertir l'expéditeur.
