acceptable limit.
Regards
Pravesh
--
View this message in context:
http://lucene.472066.n3.nabble.com/cache-monitoring-tools-tp3566645p3566811.html
Sent from the Solr - User mailing list archive at
Nabble.com.
--
Regards
--
View this message in context:
http://lucene.472066.n3.nabble.com/cache-monitoring-tools-tp3566645p3566811.html
Sent from the Solr - User mailing list archive at Nabble.com.
--
Regards,
Dmitry Kan
--
Regards,
Dmitry Kan
limit.
Regards
Pravesh
--
View this message in context:
http://lucene.472066.n3.nabble.com/cache-monitoring-tools-tp3566645p3566811.html
Sent from the Solr - User mailing list archive at Nabble.com.
--
Regards,
Dmitry Kan
Hoss, I can't see why Network IO is the issue as the shards and the front
end SOLR resided on the same server. I said resided, because I got rid of
the front end (which according to my measurements, was taking at least as
much time for merging as it took to find the actual data in the shards) and
the
maxsize
value to your acceptable limit.
Regards
Pravesh
--
View this message in context:
http://lucene.472066.n3.nabble.com/cache-monitoring-tools-tp3566645p3566811.html
Sent from the Solr - User mailing list archive at Nabble.com.
--
Regards,
Dmitry
.
Regards
Pravesh
--
View this message in context:
http://lucene.472066.n3.nabble.com/cache-monitoring-tools-tp3566645p3566811.html
Sent from the Solr - User mailing list archive at Nabble.com.
--
Regards,
Dmitry Kan
--
Regards,
Dmitry Kan
you actually require this
much?
Since there a lot of evictions from filtercache, so, increase the
maxsize
value to your acceptable limit.
Regards
Pravesh
--
View this message in context:
http://lucene.472066.n3.nabble.com/cache-monitoring-tools-tp3566645p3566811.html
-monitoring-tools-tp3566645p3566811.html
Sent from the Solr - User mailing list archive at Nabble.com.
--
Regards,
Dmitry Kan
--
Regards,
Dmitry Kan
--
Regards,
Dmitry Kan
--
Regards,
Dmitry Kan
://lucene.472066.n3.nabble.com/cache-monitoring-tools-tp3566645p3566811.html
Sent from the Solr - User mailing list archive at Nabble.com.
--
Regards,
Dmitry Kan
--
Regards,
Dmitry Kan
--
Regards,
Dmitry Kan
--
Regards,
Dmitry Kan
: The culprit seems to be the merger (frontend) SOLR. Talking to one shard
: directly takes substantially less time (1-2 sec).
...
:facet.limit=50
Your probably most likeley has very little to do with your caches at all
-- a facet.limit that high requires sending a very large
this
much?
Since there a lot of evictions from filtercache, so, increase the
maxsize
value to your acceptable limit.
Regards
Pravesh
--
View this message in context:
http://lucene.472066.n3.nabble.com/cache-monitoring-tools-tp3566645p3566811.html
Sent from the Solr - User mailing
: cache monitoring tools?
Hello list,
We've noticed quite huge strain on the filterCache in facet queries against
trigram fields (see schema in the end of this e-mail). The typical query
contains some keywords in the q parameter and boolean filter query on other
solr fields. It is also facet query
/
From: Bernd Fehling bernd.fehl...@uni-bielefeld.de
To: solr-user@lucene.apache.org
Sent: Thursday, December 8, 2011 4:04 AM
Subject: Re: cache monitoring tools?
Hi Otis,
I can't find the download for the free SPM.
What Hardware and OS do I need for installing SPM
facet.limit=50
your facet.limit seems too high. Do you actually require this much?
Since there a lot of evictions from filtercache, so, increase the maxsize
value to your acceptable limit.
Regards
Pravesh
--
View this message in context:
http://lucene.472066.n3.nabble.com/cache-monitoring
, increase the maxsize
value to your acceptable limit.
Regards
Pravesh
--
View this message in context:
http://lucene.472066.n3.nabble.com/cache-monitoring-tools-tp3566645p3566811.html
Sent from the Solr - User mailing list archive at Nabble.com.
--
Regards,
Dmitry Kan
.
Regards
Pravesh
--
View this message in context:
http://lucene.472066.n3.nabble.com/cache-monitoring-tools-tp3566645p3566811.html
Sent from the Solr - User mailing list archive at Nabble.com.
--
Regards,
Dmitry Kan
/cache-monitoring-tools-tp3566645p3566811.html
Sent from the Solr - User mailing list archive at Nabble.com.
--
Regards,
Dmitry Kan
--
Regards,
Dmitry Kan
you actually require this much?
Since there a lot of evictions from filtercache, so, increase the
maxsize
value to your acceptable limit.
Regards
Pravesh
--
View this message in context:
http://lucene.472066.n3.nabble.com/cache-monitoring-tools-tp3566645p3566811.html
Kan dmitry@gmail.com
To: solr-user@lucene.apache.org
Sent: Wednesday, December 7, 2011 2:13 AM
Subject: cache monitoring tools?
Hello list,
We've noticed quite huge strain on the filterCache in facet queries against
trigram fields (see schema in the end of this e-mail). The typical query
this message in context:
http://lucene.472066.n3.nabble.com/cache-monitoring-tools-tp3566645p3566811.html
Sent from the Solr - User mailing list archive at Nabble.com.
--
Regards,
Dmitry Kan
--
Regards,
Dmitry Kan
--
Regards,
Dmitry Kan
actually require this
much?
Since there a lot of evictions from filtercache, so, increase the
maxsize
value to your acceptable limit.
Regards
Pravesh
--
View this message in context:
http://lucene.472066.n3.nabble.com/cache-monitoring
Hello list,
We've noticed quite huge strain on the filterCache in facet queries against
trigram fields (see schema in the end of this e-mail). The typical query
contains some keywords in the q parameter and boolean filter query on other
solr fields. It is also facet query, the facet field is of
22 matches
Mail list logo