[
https://issues.apache.org/jira/browse/SOLR-6717?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14202212#comment-14202212
]
Shawn Heisey commented on SOLR-6717:
------------------------------------
At the time I write this comment, the email link for the message doesn't work.
The message has not yet been archived. It SHOULD work as soon as the message
with that particular Message-ID (which I found in the email headers from my
copy) hits the archive.
> Indexing performance when sending updates to incorrect core is terrible
> -----------------------------------------------------------------------
>
> Key: SOLR-6717
> URL: https://issues.apache.org/jira/browse/SOLR-6717
> Project: Solr
> Issue Type: Bug
> Components: SolrCloud
> Affects Versions: 4.10.2
> Reporter: Shawn Heisey
> Fix For: 5.0, Trunk
>
>
> A user on the mailing list was sending document updates to a random node/core
> in his SolrCloud. Performance was not scaling anywhere close to what was
> expected. Basically, indexing performance was not scaling when adding shards
> and servers.
> As soon as the user implemented a smart router that was aware of the cloud
> structure and could send to the proper shard leader, performance scaled
> exactly as expected. It's not Java code, so CloudSolrServer was not an
> option.
> There will always be some overhead involved when sending update requests to
> the wrong shard replica, but hopefully something can be done about the
> performance hit.
> http://mail-archives.apache.org/mod_mbox/lucene-solr-user/201411.mbox/%3CCALswpfDQT4+_eZ6416gMyVHkuhdTYtxXxwxQabR6xeTZ8Lx=t...@mail.gmail.com%3E
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
