The code I wrote is currently a bit of an ugly hack so I'm a bit reluctant to 
share it and there's some legal concerns with open-sourcing code within my 
company. That being said, I wouldn't mind rewriting it on my own time. Where 
can I find a starter kit for contributors with coding guidelines and the like? 
Spruced up some I'd be OK with submitting a patch.

Thanks,
Greg

On Feb 3, 2014, at 10:08 AM, Mark Miller <markrmil...@gmail.com> wrote:

> You should contribute that and spread the dev load with others :)
> 
> We need something like that at some point, it’s just no one has done it. We 
> currently expect you to aggregate in the monitoring layer and it’s a lot to 
> ask IMO.
> 
> - Mark
> 
> http://about.me/markrmiller
> 
> On Feb 3, 2014, at 10:49 AM, Greg Walters <greg.walt...@answers.com> wrote:
> 
>> I've had some issues monitoring Solr with the per-core mbeans and ended up 
>> writing a custom "request handler" that gets loaded then registers itself as 
>> an mbean. When called it polls all the per-core mbeans then adds or averages 
>> them where appropriate before returning the requested value. I'm not sure if 
>> there's a better way to get jvm-wide stats via jmx but it is *a* way to get 
>> it done.
>> 
>> Thanks,
>> Greg
>> 
>> On Feb 3, 2014, at 1:33 AM, adfel70 <adfe...@gmail.com> wrote:
>> 
>>> I'm sending all solr stats data to graphite.
>>> I have some questions:
>>> 1. query_handler/select requestTime - 
>>> if i'm looking at some metric, lets say 75thPcRequestTime - I see that each
>>> core in a single collection has different values.
>>> Is each value of each core is the time that specific core spent on a
>>> request?
>>> so to get an idea of total request time, I should summarize all the values
>>> of all the cores?
>>> 
>>> 
>>> 2.update_handler/commits - does this include auto_commits? becuaste I'm
>>> pretty sure I'm not doing any manual commits and yet I see a number there.
>>> 
>>> 3. update_handler/docs pending - what does this mean? pending for what? for
>>> flush to disk?
>>> 
>>> thanks.
>>> 
>>> 
>>> 
>>> --
>>> View this message in context: 
>>> http://lucene.472066.n3.nabble.com/need-help-in-understating-solr-cloud-stats-data-tp4114992.html
>>> Sent from the Solr - User mailing list archive at Nabble.com.
>> 
> 

Reply via email to