lucene-solr-user mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Jeff Wartes <>
Subject Re: Cost of having multiple search handlers?
Date Tue, 29 Sep 2015 19:01:24 GMT

At the risk of going increasingly off-thread, yes, please do.
I’ve been using this:, which is
convenient, but doesn’t even have request-handler-level resolution.

Something I’ve started doing for issues that don’t seem likely to get
pulled in but also don’t really need changes in solr/lucene source code is
to publish a free-standing project (with tests) that builds the necessary
jar. For example,
Seems like a decent middle ground where people can easily use or
contribute changes, and then if it gets popular enough, that’s a strong
signal it should be in the solr distribution itself.

On 9/28/15, 6:05 PM, "Walter Underwood" <> wrote:

>We built our own because there was no movement on that. Don’t hold your
>Glad to contribute it. We’ve been running it in production for a year,
>but the config is pretty manual.
>Walter Underwood
>  (my blog)
>> On Sep 28, 2015, at 4:41 PM, Jeff Wartes <> wrote:
>> One would hope that will
>> be done by then.
>> On 9/28/15, 11:39 AM, "Walter Underwood" <> wrote:
>>> We did the same thing, but reporting performance metrics to Graphite.
>>> But we won’t be able to add servlet filters in 6.x, because it won’t
>>>be a
>>> webapp.
>>> wunder
>>> Walter Underwood
>>>  (my blog)
>>>> On Sep 28, 2015, at 11:32 AM, Gili Nachum <>
>>>> A different solution to the same need: I'm measuring response times of
>>>> different collections measuring  online/batch queries apart using New
>>>> Relic. I've added a servlet filter that analyses the request and makes
>>>> this
>>>> info available to new relic over a request argument.
>>>> The built in new relic solr plug in doesn't provide much.
>>>> On Sep 28, 2015 17:16, "Shawn Heisey" <> wrote:
>>>>> On 9/28/2015 6:30 AM, Oliver Schrenk wrote:
>>>>>> I want to register multiple but identical search handler to have
>>>>> multiple buckets to measure performance for our different apis and
>>>>> consumers (and to find out who is actually using Solr).
>>>>>> What are there some costs associated with having multiple search
>>>>> handlers? Are they neglible?
>>>>> Unless you are creating hundreds or thousands of them, I doubt you'll
>>>>> notice any significant increase in resource usage from additional
>>>>> handlers.  Each handler definition creates an additional URL endpoint
>>>>> within the servlet container, additional object creation within Solr,
>>>>> and perhaps an additional thread pool and threads to go with it, so
>>>>> it's
>>>>> not free, but I doubt that it's significant.  The resources required
>>>>> for
>>>>> actually handling a request is likely to dwarf what's required for
>>>>> handlers.
>>>>> Disclaimer: I have not delved into the code to figure out exactly
>>>>> gets created with a search handler config, so I don't know exactly
>>>>> happens.  I'm basing this on general knowledge about how Java
>>>>> are constructed by expert developers, not specifics about Solr.
>>>>> There are others on the list who have a much better idea than I do,
>>>>> if I'm wrong, I'm sure one of them will let me know.
>>>>> Thanks,
>>>>> Shawn

View raw message