Uploaded image for project: 'Core Server'
  1. Core Server
  2. SERVER-60049

Investigate using AtomicLockStats over SingleThreadedLockStats in lock_state.h

    XMLWordPrintableJSON

Details

    • Icon: Improvement Improvement
    • Resolution: Fixed
    • Icon: Major - P3 Major - P3
    • 5.2.0
    • None
    • None
    • None
    • Fully Compatible
    • Execution Team 2021-10-18
    • 35

    Description

      Operations that use the LockerImpl interface for acquiring locks are expected to call the lock/unlock methods from a single thread.

      A part of locking a lock involves incrementing the lock stats (_stats in lock_state.h). Single-threaded access to this data structure is not enforced as CurOp can access it concurrently for user reporting purposes.

      To fix TSAN build failures in this area we should investigate using AtomicLockStats over SingleThreadedLockStats.

      Attachments

        Activity

          People

            gregory.wlodarek@mongodb.com Gregory Wlodarek
            gregory.wlodarek@mongodb.com Gregory Wlodarek
            Votes:
            0 Vote for this issue
            Watchers:
            5 Start watching this issue

            Dates

              Created:
              Updated:
              Resolved: