Let me echo this back to see if I have it right, because it's *extremely* weird if I'm reading it correctly.
In your solrconfig.xml file, you changed this line: <enableLazyFieldLoading>true</enableLazyFieldLoading> to this: <enableLazyFieldLoading>false</enableLazyFieldLoading> and your response time DECREASED? If you can confirm that I'm reading it right, I'll open up a JIRA. Best Erick On Fri, Feb 24, 2012 at 1:14 PM, naptowndev <naptowndev...@gmail.com> wrote: > I'm not sure what would constitute a low vs. high hit rate (and eviction > rate), so we've kept the setting at LRUCache instead of FastCache for now. > > But I will say we did turn the LazyFieldLoading option off and wow - a huge > increase in performance on the newer nightly build we are using (the one > from Feb 2, 2012). > > The payload of 13.7 MB that was taking from anywhere around 15-17 seconds > (with fastvectorhighlighter on) and 33+ seconds with FVH off is now taking > just about 3.2 seconds with FVH on. > > When we implement the wildcards for the fieldlist, thereby reducing the > payload down to 1.9MB, our average return time is around 875ms, down from > anywhere around 6-8 seconds before. > > Granted, I've only run about 20 tests (manually) at this point, so I'm going > to keep hitting at the server for a while with different queries to see if > anything gives, but at least at this point, it does appear setting the > lazyfieldloading to false has improved performance. > > It'd be ideal to figure out why that's the case, but that's a little beyond > my skill set at the moment. > > I'll let you guys know how results look as I proceed throughout the day. > (I've yet to run these tests against the 2010 build we were comparing > against - so I need to do that too) > > Please also let me know if you have any further suggestions. > > Thanks! > > > -- > View this message in context: > http://lucene.472066.n3.nabble.com/Solr-Performance-Improvement-and-degradation-Help-tp3767015p3773310.html > Sent from the Solr - User mailing list archive at Nabble.com.