Instant reactions: 1> that's probably too much memory. Try, as Lance said, 1/2 of your memory. Uwe Schindler wrote an excellent blog about this issue as it relates to MMapDirectory http://blog.thetaphi.de/2012/07/use-lucenes-mmapdirectory-on-64bit.html
2> You've doubled the number of docs on the server and you're seeing a doubling of the response time, right? On average, the number of documents that have to be scored has also doubled, so I'm not entirely surprised. If everything is in memory (which it sounds like it may well be) then this isn't particularly surprising. 3> One note of caution. Saying "a 14 GB index (or 28G index) isn't very meaningful. The *.fdt and *.fdx files in your index directory are where the verbatim copy of the data is stored for those fields where stored="true" in your schema. The contents of these files are almost totally irrelevant to the memory requirements for searching. I've seen these files range form < 5% of the index to over 80%. Best Erick On Mon, Aug 13, 2012 at 4:40 PM, feroz_kh <feroz...@yahoo.com> wrote: > Here's few list of queries > ------------------------------------------- > parallel zur xml beschreibungsdatei gibt es eine > die verbindung zwischen beiden sei ten geschieht > die owner klasse muss sich aus der > benutzer ein oder mehrere lieblingsfarben ausw hlen kann > found sample questions at http bjs ojp > but more important parents need to keep > ----------------------------------- > Here's the jvm ram assignment > -Xms24576m -Xmx24576m -XX:NewSize=6168m -XX:MaxNewSize=6168m > -XX:MaxPermSize=1024m > I believe that's enough assigned there... > --------------------------------- > I am not dealing with adding new documents here.... > Just testing the solr index search - i just the have the indexes. > For 14GB index the RAM cache gets filled with 14 GB around > For 28GB index the RAM cache gets filled with 28GB around > The Document cache size is 200MB max and initial 20MB. > > > > -- > View this message in context: > http://lucene.472066.n3.nabble.com/Solr-Index-linear-growth-Performance-degradation-tp4000934p4001011.html > Sent from the Solr - User mailing list archive at Nabble.com.