[SERVER-30085] Increase read scalability with many cores Created: 11/Jul/17  Updated: 06/Dec/22

Status: Backlog
Project: Core Server
Component/s: Performance, Querying
Affects Version/s: None
Fix Version/s: None

Type: Improvement Priority: Major - P3
Reporter: Charlie Swanson Assignee: Backlog - Query Execution
Resolution: Unresolved Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified

Issue Links:
Related
is related to SERVER-21754 CursorManager Lock is very hot Closed
Assigned Teams:
Query Execution
Participants:

 Description   

There was originally a bottleneck reported on the CursorManager's mutex, tracked in SERVER-21754. However, after that was resolved we just moved the problem elsewhere, and there are reports of contention on the mutex for top, the session cache lock in wired_tiger_session_cache.h, and the mutex in src/mongo/db/s/sharding_state.h. This is nicely summarized in this comment on SERVER-21754.

As we saw with the cursor manager mutex, resolving the contention on those mutexes may also just push the problem to different mutexes, so this ticket is meant to track work to improve our read throughput when there are many cores (think 64+). These mutexes have been shown to be bottlenecks and are a good place to start, but there may be more work to do once those sources of contention are resolved.


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