[
https://issues.apache.org/jira/browse/SOLR-5944?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14943754#comment-14943754
]
Yonik Seeley commented on SOLR-5944:
------------------------------------
bq. > Another approach would be to get rid of update reordering... i.e. ensure
that updates are not reordered when sending from leader to replicas.
bq. Sounds interesting. How do you suggest can this be achieved?
Don't reorder updates between leader and replicas:
- create a new ConcurrentUpdateSolrClient that uses a single channel and can
return individual responses... perhaps this fits into HTTP/2 ?
- have only a single SolrClient on the leader talk to each replica
- order the udpates in \_version\_ order when sending
-- prob multiple ways to achieve this... reserve a slot when getting the
version, or change versions so that they are contiguous so we know if we are
missing one.
The only additional reason to use multiple threads when sending is to increase
indexing performance. We can also implement multi-threading for increased
parallelism on the server side. This should also simplify clients (no more
batching, multiple threads, etc), as well as make our general recovery system
more robust.
> Support updates of numeric DocValues
> ------------------------------------
>
> Key: SOLR-5944
> URL: https://issues.apache.org/jira/browse/SOLR-5944
> Project: Solr
> Issue Type: New Feature
> Reporter: Ishan Chattopadhyaya
> Assignee: Shalin Shekhar Mangar
> Attachments: SOLR-5944.patch, SOLR-5944.patch, SOLR-5944.patch,
> SOLR-5944.patch, SOLR-5944.patch, SOLR-5944.patch, SOLR-5944.patch,
> SOLR-5944.patch, SOLR-5944.patch, SOLR-5944.patch, SOLR-5944.patch,
> SOLR-5944.patch
>
>
> LUCENE-5189 introduced support for updates to numeric docvalues. It would be
> really nice to have Solr support this.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
