I have ~50 million docs, and use the follow lines without any issues: -XX:MaxNewSize=24m -XX:NewSize=24m -XX:+UseParNewGC -XX:+CMSParallelRemarkEnabled -XX:+UseConcMarkSweepGC
Perhaps try them out? On May 17, 2010, at 2:47 PM, Ge, Yao (Y.) wrote: > I do not have any GC specific setting in command line. I had tried to > force GC collection via Jconsole at the end of the run but it didn't > seems to do anything the heap size. > -Yao > > -----Original Message----- > From: Antonio Lobato [mailto:alob...@symplicity.com] > Sent: Monday, May 17, 2010 2:44 PM > To: solr-user@lucene.apache.org > Subject: Re: Date faceting and memory leaks > > What garbage collection settings are you running at the command line > when starting Solr? > On May 17, 2010, at 2:41 PM, Yao wrote: > >> >> I have been running load testing using JMeter on a Solr 1.4 index with > ~4 >> million docs. I notice a steady JVM heap size increase as I iterator > 100 >> query terms a number of times against the index. The GC does not seems > to >> claim the heap after the test run is completed. It will run into > OutOfMemory >> as I repeat the test or increase the number of threads/users. >> >> The date facet queries are specified as following (as part of "append" >> section in request handler): >> <lst name="appends"> >> <str name="facet.query">{!ex=last_modified}last_modified:[NOW-30DAY > TO >> *]</str> >> <str > name="facet.query">{!ex=last_modified}last_modified:[NOW-90DAY TO >> NOW-30DAY]</str> >> <str > name="facet.query">{!ex=last_modified}last_modified:[NOW-180DAY TO >> NOW-90DAY]</str> >> <str > name="facet.query">{!ex=last_modified}last_modified:[NOW-365DAY TO >> NOW-180DAY]</str> >> <str > name="facet.query">{!ex=last_modified}last_modified:[NOW-730DAY TO >> NOW-365DAY]</str> >> <str name="facet.query">{!ex=last_modified}last_modified:[* TO >> NOW-730DAY]</str> >> </lst> >> >> The last_modified field is a TrieDateField with a precisionStep of 6. >> >> I have played for filterCache setting but does not have any effects as > the >> date field cache seems be managed by Lucene FieldCahce. >> >> Please help as I can be struggling with this for days. Thanks in > advance. >> -- >> View this message in context: > http://lucene.472066.n3.nabble.com/Date-faceting-and-memory-leaks-tp8243 > 72p824372.html >> Sent from the Solr - User mailing list archive at Nabble.com. >> > > --- > Antonio Lobato > Symplicity Corporation > www.symplicity.com > (703) 351-0200 x 8101 > alob...@symplicity.com > --- Antonio Lobato Symplicity Corporation www.symplicity.com (703) 351-0200 x 8101 alob...@symplicity.com
