[SERVER-25546] Handle slaveDelay as part of op batching on secondaries Created: 10/Aug/16 Updated: 20/Nov/16 Resolved: 23/Aug/16 |
|
| Status: | Closed |
| Project: | Core Server |
| Component/s: | None |
| Affects Version/s: | None |
| Fix Version/s: | 3.2.11, 3.3.12 |
| Type: | Task | Priority: | Major - P3 |
| Reporter: | Crystal Horn | Assignee: | Mathias Stearn |
| Resolution: | Done | Votes: | 0 |
| Labels: | code-only | ||
| Remaining Estimate: | Not Specified | ||
| Time Spent: | Not Specified | ||
| Original Estimate: | Not Specified | ||
| Issue Links: |
|
||||||||||||
| Backwards Compatibility: | Fully Compatible | ||||||||||||
| Backport Completed: | |||||||||||||
| Sprint: | Repl 2016-08-29 | ||||||||||||
| Participants: | |||||||||||||
| Linked BF Score: | 0 | ||||||||||||
| Description |
|
Currently, slaveDelay is handled in a few places in sync_tail.cpp, and batches end after the first op that can't be applied yet. In addition to other issues, this means that ops that can be applied must wait for ops that can't. The plan for this ticket is to leave ops that can't be applied yet in BGSync's BlockingQueue and not adding them to a batch. |
| Comments |
| Comment by Githook User [ 17/Oct/16 ] |
|
Author: {u'username': u'RedBeard0531', u'name': u'Mathias Stearn', u'email': u'redbeard0531@gmail.com'}Message: (manual backport of abcff3a9188bbd2f355a329a04789f41e936ba2d with the fix |
| Comment by Githook User [ 26/Aug/16 ] |
|
Author: {u'username': u'RedBeard0531', u'name': u'Mathias Stearn', u'email': u'mathias@10gen.com'}Message: It now returns true for empty batches to have the caller start a new batch. |
| Comment by Githook User [ 23/Aug/16 ] |
|
Author: {u'username': u'RedBeard0531', u'name': u'Mathias Stearn', u'email': u'mathias@10gen.com'}Message: |