Investigate performance for initial bulk loading in sharding

XMLWordPrintableJSON

    • Type: Task
    • Resolution: Won't Do
    • Priority: Major - P3
    • None
    • Affects Version/s: None
    • Component/s: None
    • None
    • Sharding NYC
    • None
    • 3
    • None
    • None
    • None
    • None
    • None
    • None
    • None

      Currently in migration and resharding, we create the indexes first and then copy the documents. The indexes are then updated just like regular writes. Replication initial sync uses CollectionBulkLoaderImpl which defers index updates and then commits them manually with MultiIndexBlock at the end. This ticket is to investigate whether using the same strategy would net some performance improvements.

              Assignee:
              [DO NOT USE] Backlog - Sharding NYC
              Reporter:
              Randolph Tan
              Votes:
              0 Vote for this issue
              Watchers:
              2 Start watching this issue

                Created:
                Updated:
                Resolved: