lucene-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Mark Miller (JIRA)" <>
Subject [jira] [Commented] (SOLR-8696) Optimize overseer + startup
Date Sat, 20 Feb 2016 00:29:18 GMT


Mark Miller commented on SOLR-8696:

bq. But I'm not getting a hit. What gives?

I'm confused. Does that test even try to run in legacy mode? Can you elaborate a bit? Not
sure I fully understand. If I set a break point at SliceMutator.addReplica and run CollectionsAPISolrJTests.testAddAndDeleteReplica,
I hit the break point. What other change are you making?

> Optimize overseer + startup
> ---------------------------
>                 Key: SOLR-8696
>                 URL:
>             Project: Solr
>          Issue Type: Improvement
>          Components: SolrCloud
>    Affects Versions: 5.4.1
>            Reporter: Scott Blum
>              Labels: patch, performance, solrcloud, startup
>         Attachments: SOLR-8696.patch
> ZkController.publishAndWaitForDownStates() occurs before overseer election.  That means
if there is currently no overseer, there is ironically no one to actually service the down
state changes it's waiting on.  This particularly affects a single-node cluster such as you
might run locally for development.
> Additionally, we're doing an unnecessary ZkStateReader forced refresh on all Overseer
operations.  This isn't necessary because ZkStateReader keeps itself up to date.

This message was sent by Atlassian JIRA

To unsubscribe, e-mail:
For additional commands, e-mail:

View raw message