[SERVER-22945] Rewrite update_yield1.js to not depend heavily on timing Created: 03/Mar/16  Updated: 20/Nov/16  Resolved: 07/Mar/16

Status: Closed
Project: Core Server
Component/s: Querying
Affects Version/s: None
Fix Version/s: 3.2.5, 3.3.3

Type: Improvement Priority: Major - P3
Reporter: David Storch Assignee: David Storch
Resolution: Done Votes: 0
Labels: test-only
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified

Issue Links:
Depends
Related
related to SERVER-23020 Disable clang-formatting for template... Closed
Backwards Compatibility: Fully Compatible
Backport Completed:
Sprint: Query 11 (03/14/16)
Participants:
Linked BF Score: 0

 Description   

The test update_yield1.js is designed to verify that a long-running multi-update yields to a findOne() operation. However, it depends heavily on timing information and has been shown to be flaky when the test runs slowly.

We can test the same behavior in a much more dependable way as follows:

  • Start a mongod and configure internalQueryExecYieldIterations so that operations will yield predictably.
  • Insert some data and explain a multi-update which would update all of the data.
  • Assert that the number of yields reported in the explain execution stats is greater than or equal to some value.


 Comments   
Comment by Githook User [ 17/Mar/16 ]

Author:

{u'username': u'dstorch', u'name': u'David Storch', u'email': u'david.storch@10gen.com'}

Message: SERVER-22945 rewrite update_yield1.js to not depend on timing
Branch: v3.2
https://github.com/mongodb/mongo/commit/3ecaf3ee0d94d0bec573c209aeb39fdf4f21e9c6

Comment by David Storch [ 15/Mar/16 ]

kamran.khan, sure, thanks for the heads up.

Comment by Githook User [ 07/Mar/16 ]

Author:

{u'username': u'dstorch', u'name': u'David Storch', u'email': u'david.storch@10gen.com'}

Message: SERVER-22945 rewrite update_yield1.js to not depend on timing
Branch: master
https://github.com/mongodb/mongo/commit/49825c02c6b1097da9af977fc25f914d484fa642

Generated at Thu Feb 08 04:01:54 UTC 2024 using Jira 9.7.1#970001-sha1:2222b88b221c4928ef0de3161136cc90c8356a66.