Hi, > But they [the cache configurations] are default for both tests, can it affect on > results? Yes, they affect both results. Try to increase the values for queryResultCache and documentCache from 512 to 1024 (provided that you got two distinct queries "bay" and "girl"). In general they should fit the amount of documents and results you are expecting to have in a way that chances are good to have a cache-hit.
> Maybe it is that I use shards. I have 11 shards, summary ~310M docs. 11 shards on the same machine? Could lead to decreased performance due to disk-io. Did you tried my advice of adjusting the precisionSteps of your TrieDateFields and reindexed your documents afterwards? Kind regards, Em Am 21.02.2012 22:52, schrieb ku3ia: > Hi, > >>> First: I am really surprised that the difference between explicit >>> Date-Values and the more friendly date-keywords is that large. > Maybe it is that I use shards. I have 11 shards, summary ~310M docs. > >>> Did you made a server restart between both tests? > I tried to run these test one after another, I'd rebooted my tomcats, I'd > run second test first and vice versa. > >>> Second: Could you show us your solrconfig to make sure that your caches >>> are configured well? > I'm using solrconfig from solr/example directory. The difference is that I > only commented out unused components. Filter, document and query result > cache is default. But they are default for both tests, can it affect on > results? > >>> Furthermore: Take into consideration, whether you really need 500 rows >>> per request. > Yes, I need 500 rows. > > Thanks > > -- > View this message in context: > http://lucene.472066.n3.nabble.com/Date-filter-query-tp3764349p3764941.html > Sent from the Solr - User mailing list archive at Nabble.com. >
