[
https://issues.apache.org/jira/browse/SOLR-14401?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17479450#comment-17479450
]
Houston Putman commented on SOLR-14401:
---------------------------------------
Thanks for the additional information. Yes, I think removing ".distrib" and
changing ".local" to ".shard" is a good way to go, the current names are very
confusing.
+1
{quote}Yeah. ExportHandler subclasses SearchHandler so it'd get this
automatically. I didn't notice StreamHandler at first. UpdateHandler might need
special code for this because it doesn't use the "distrib" param, which is how
the underlying algorithm decides this.
{quote}
Hmm not sure if the streamHandler uses "distrib" or not (I would assume it
doesn't, but I could be wrong). Anyways the StreamingHandler can send requests
to the UpdateHandler,SearchHandler,ExportHandler and back to the
StreamingHandler, so that one might be trickier to handle (would have to think
on it more).
> "distrib" request handler metrics should only be tracked on pertinent handlers
> ------------------------------------------------------------------------------
>
> Key: SOLR-14401
> URL: https://issues.apache.org/jira/browse/SOLR-14401
> Project: Solr
> Issue Type: Improvement
> Components: metrics
> Reporter: David Smiley
> Assignee: David Smiley
> Priority: Blocker
> Fix For: 9.0
>
>
> SOLR-13979 in 8.4 added separate request handler metrics for distributed
> requests. However this was done for _all_ request handlers, even though it's
> mainly SearchHandler (and maybe one or two others?) where a distributed
> request is even possible. I refer to this as "metrics pollution" and it's a
> bad thing. It's more weight per handler (latency load & memory), more weight
> for Solr metrics responses, and it's also _suggestive_ that all registered
> handlers can have distributed requests when this is quite false, thus
> confusing people.
--
This message was sent by Atlassian Jira
(v8.20.1#820001)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
