[
https://issues.apache.org/jira/browse/SOLR-15672?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17479749#comment-17479749
]
Mark Robert Miller commented on SOLR-15672:
-------------------------------------------
>> The duplication is what bothers me the most.
That’s to the point of why these things don’t get a strong direction out of me.
How they end up trading off is complicated and dependent on a lot of details
and testing and they are driven by what comes down to a lot of personal
philosophy- you can drive towards towards complete machine friendliness and
make no duplication, binary formats and efficient tiny data structures, or you
can drive towards duplication and more verbose text for the humans involved, or
make trade offs anywhere in between. Pulling out state updates, much more
computer friendly, some direction negative for a human. People will vary in
where they want to draw the lines. In this case, I have my own philosophy of
what I’d drive towards, but I don’t know that trying to remove that duplication
would turn out good or bad just from the motivation to remove a bit of
duplicated information. If you put it in a large json file you have to read
that file to get a bit of information. If you take it out of that file instead,
you have to jump around to collect that information, and since it’s related to
a functional single leader protection mechanism, what the cost is to involve
one accessible data chunk representing the whole collection.
> Leader Election is flawed.
> ---------------------------
>
> Key: SOLR-15672
> URL: https://issues.apache.org/jira/browse/SOLR-15672
> Project: Solr
> Issue Type: Bug
> Reporter: Mark Robert Miller
> Priority: Major
>
> Filing this not as a work item I’m assigning my to myself, but to note a open
> issue where some notes can accumulate.
--
This message was sent by Atlassian Jira
(v8.20.1#820001)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
