Thanks for pointing me in the right direction, now I see the configuration for firstsearcher or newsearcher, the <str name="q"> needs to configured previously. In my case the q is every changing, users can actually search for anything and the possibilities of queries unlimited.
How can I make this generic? -Rohit -----Original Message----- From: rajini maski [mailto:rajinima...@gmail.com] Sent: 19 May 2011 14:53 To: solr-user@lucene.apache.org Subject: Re: Out of memory on sorting Explicit Warming of Sort Fields If you do a lot of field based sorting, it is advantageous to add explicitly warming queries to the "newSearcher" and "firstSearcher" event listeners in your solrconfig which sort on those fields, so the FieldCache is populated prior to any queries being executed by your users. firstSearcher <lst> <str name="q">solr rocks</str><str name="start">0</str><str name="rows">10</str><str name="sort">empID asc</str></lst> On Thu, May 19, 2011 at 2:39 PM, Rohit <ro...@in-rev.com> wrote: > Hi, > > > > We are moving to a multi-core Solr installation with each of the core > having > millions of documents, also documents would be added to the index on an > hourly basis. Everything seems to run find and I getting the expected > result and performance, except where sorting is concerned. > > > > I have an index size of 13217121 documents, now when I want to get > documents > between two dates and then sort them by ID solr goes out of memory. This > is > with just me using the system, we might also have simultaneous users, how > can I improve this performance? > > > > Rohit > >