Hi,
In your Solr version there is a notion of Searcher being opened and
reopened. Every time that happens those non-cumulative stats reset. The
cumulative_ stats just don't refresh, so you have numbers from when the
whole Solr started, not just from the last time Searcher opened.
Your cache is
Sorry, I did search for an answer, but didn't find an applicable one.
I'm currently stuck on 1.4.1 (running in Tomcat 6 on 64bit Linux) for
the time being...
When I see stats like this:
name: documentCache
class: org.apache.solr.search.LRUCache
version: 1.0
description: LRU
Hi Kuli
Is Just raising. Thanks for the explanation.
Regards
Anderson
2012/5/11 Shawn Heisey
> On 5/11/2012 9:30 AM, Anderson vasconcelos wrote:
>
>> HI Kuli
>>
>> The free -m command gives me
>>total used free sharedbuffers
>> cached
>> Mem:
On 5/11/2012 9:30 AM, Anderson vasconcelos wrote:
HI Kuli
The free -m command gives me
total used free sharedbuffers
cached
Mem: 9991 9934 57 0 75 5759
-/+ buffers/cache: 4099 5892
Swap: 81
HI Kuli
The free -m command gives me
total used free sharedbuffers
cached
Mem: 9991 9934 57 0 75 5759
-/+ buffers/cache: 4099 5892
Swap: 8189 3395 4793
You can see that has only 5
Am 11.05.2012 15:48, schrieb Anderson vasconcelos:
Hi
Analysing the solr server in glassfish with Jconsole, the Heap Memory Usage
don't use more than 4 GB. But, when was executed the TOP comand, the free
memory in Operating system is only 200 MB. The physical memory is only 10GB.
Why machine us
--
View this message in context:
http://lucene.472066.n3.nabble.com/Feature-skipping-caches-and-info-about-cache-use-tp3020325p3028894.html
Sent from the Solr - User mailing list archive at Nabble.com.
sen
> To: solr-user@lucene.apache.org
> Sent: Fri, June 3, 2011 5:58:43 PM
> Subject: RE: Feature: skipping caches and info about cache use
>
> Why, I'm just wondering?
>
> For a case where you know the next query would not be possible to be
> already in the cache
On Fri, Jun 3, 2011 at 1:02 PM, Otis Gospodnetic
wrote:
> Is it just me, or would others like things like:
> * The ability to tell Solr (by passing some URL param?) to skip one or more of
> its caches and get data from the index
Yeah, we've needed this for a long time, and I believe there's a JIR
ponse times)?
-Original Message-
From: Otis Gospodnetic [mailto:otis_gospodne...@yahoo.com]
Sent: Friday, June 03, 2011 10:02 AM
To: solr-user@lucene.apache.org
Subject: Feature: skipping caches and info about cache use
Hi,
Is it just me, or would others like things like:
* The ability to
Hi,
Is it just me, or would others like things like:
* The ability to tell Solr (by passing some URL param?) to skip one or more of
its caches and get data from the index
* An additional attrib in the Solr response that shows whether the query came
from the cache or not
* Maybe something else a
thk u.. im testing solr now.
2007/4/27, Koji Sekiguchi <[EMAIL PROTECTED]>:
I don't understand your question very well..
If you follow the steps in my previous mail,
you *can* see your cache evictions come to positive number.
(I thought you wanted to see it)
With your production system, y
I don't understand your question very well..
If you follow the steps in my previous mail,
you *can* see your cache evictions come to positive number.
(I thought you wanted to see it)
With your production system, you have to set
the proper size rather than 1.
regards,
Koji
James liu wrote:
u
u close queryResultCache if u set its size=1
hitratio will be zero if u do that.
i think these data when u test, is it right?
2007/4/27, Koji Sekiguchi <[EMAIL PROTECTED]>:
These numbers are a part of our real data.
If you want to see positive number for evictions,
you can:
1. set queryRe
These numbers are a part of our real data.
If you want to see positive number for evictions,
you can:
1. set queryResultCache size to 1
2. restart Solr
3. issue two *unique* queries
4. see admin page
At step 4, you should see hitratio: 0.00 and evictions: 1.
Thanks,
Koji
James liu wrote:
The
first thk u reply.
maybe u tell me the procedure i will test it by myself.
my test size=sum(rows)one query=10,two query(new keyword)=20
2007/4/27, James liu <[EMAIL PROTECTED]>:
These data is true ? hitration is 0??
size=1?
how do u test it?
i think these data is impossible.
200
These data is true ? hitration is 0??
size=1?
how do u test it?
i think these data is impossible.
2007/4/27, Koji Sekiguchi <[EMAIL PROTECTED]>:
> if u try it. and u find it always 0
Are you talking about evistions?
If you are talking about evictions and it is always zero,
it shows that y
> if u try it. and u find it always 0
Are you talking about evistions?
If you are talking about evictions and it is always zero,
it shows that you have enough room in your cache in comparison to your load.
By way of example, when we did load test for "size==1 cache", we could see:
- queryResult
if u try it. and u find it always 0
2007/4/26, Koji Sekiguchi <[EMAIL PROTECTED]>:
I think cumulative_ counters are the total count of successive
SolrIndexSearchers' cache.
For example, you have a registered searcher and you see:
inserts: 1
cumulative_inserts: 1
Then you update your index and
I think cumulative_ counters are the total count of successive
SolrIndexSearchers' cache.
For example, you have a registered searcher and you see:
inserts: 1
cumulative_inserts: 1
Then you update your index and do commit, you got a new searcher.
At this moment, non cumulative_ counters come to
now i use admin gui to moniter cache config
i don't know the difference betwin cumulative_ and no *cumulative_* ,,,like
cumulative_inserts and inserts
and i find evictions always show zeroi m curious when it will change and
its meaning
--
regards
jl
21 matches
Mail list logo
