Hi, I'm making a simple query that uses the standard query handler to make constructed query such as title:iphone OR text:firmware. Next, I am use the filterquery to limit the amount of items to data from within the last year via fq=+dateCreated:[NOW-1YEAR/MONTH TO NOW/MONTH] which is significantly faster than putting it as part of the query since the filter cache is populated and almost all my queries have need this filter. So my filter cache is always 1 and it always just contains this 1 entry.
That said this result doesn't seem to scale very well in SOLR 1.3, when I hit around 10 simultaneous threads, the response time jumps over 200 msec. Without the filter query parameter and just the query straight up, I can handle up to 26 threads. I was kind of blown away when I ran the same test on SOLR 1.4 nightly build with the fq parameter, it handled 26 ms in less than 140 ms. I read somewhere that there are contention issues with the current cache implementation of LRUCache in 1.3 in that it is synchronous, could this be the reason why the filter query are slow? If so are there ways to use the newer caching strategies from 1.4 and backport it into 1.3 as a cache plugin? I would like the 1.4 performance gains, but we are hesitant to roll out something that hasn't been deemed release quality. Thanks, Sammy
