Yonik, I'm familiar with your blog posts -- and thanks very much for them.
:) Though I'm not sure what you're trying to show me with the q=*:* part? I
was of course using q=*:* in my queries, but I assume you mean to leave off
the text:lol bit?
I've done some Cluster changes, so these are my baselines:
q=*:*
fq=created_at_tdid:[1392768004 TO 1393944400] (uncached at this point)
~7.5 seconds
q=*:*
fq={!cache=false}created_at_tdid:[1392768005 TO 1393944400]
~7.5 seconds (I guess this is what you were trying to show me?)
The thing is, my queries always more "specific" than that, so given a
string:
q=*:*
fq=text:basketball
fq={!cache=false}created_at_tdid:[1392768007 TO 1393944400]
~5.2 seconds
q=*:*
fq=text:basketball
fq={!cache=false}created_at_tdid:[1392768005 TO 1393944400]
~1.6 seconds
Is there no hope for my first time fq searches being as fast as non-cached
fqs? It's a shame to have to chose either (1) super fast queries after
cached XOR (2) more responsive first time queries (by a large margin).
Thanks!
On Tue, Jun 3, 2014 at 4:20 PM, Yonik Seeley <yo...@heliosearch.com> wrote:
> On Tue, Jun 3, 2014 at 5:19 PM, Yonik Seeley <yo...@heliosearch.com>
> wrote:
> > So try:
> > q=*:*
> > fq=created_at_tdid:[1400544000 TO 1400630400]
>
> vs
>
> So try:
> q=*:*
> fq={!cache=false}created_at_tdid:[1400544000 TO 1400630400]
>
>
> -Yonik
> http://heliosearch.org - facet functions, subfacets, off-heap
> filters&fieldcache
>
