Uploaded image for project: 'WiredTiger'
  1. WiredTiger
  2. WT-3123

Thread group holding lock across thread join

    • Type: Icon: Bug Bug
    • Resolution: Done
    • Priority: Icon: Major - P3 Major - P3
    • WT2.9.3, 3.5.9
    • Affects Version/s: None
    • Component/s: None
    • None
    • Storage 2017-03-27, Storage 2017-04-17

      This is related to WT-3105. There are a few general issues to discuss regarding thread groups that I'd like to discuss with alexander.gorrod.

      • The fix in WT-3105 means we always call wt_thread_group_start_one and wt_thread_group_stop_one with wait=false. They are currently the only callers of those functions. Should we remove the wait arg and just always do a try lock?
      • Should the thread group shrink code hold the thread group lock across the thread join call? That seems that is a potential problem area in general.
      • The way eviction works is that threads are started/stopped by a thread within the group. If/when we expand the use of thread groups to, say, async or LSM it seems that will continue to be the case (as opposed to some other outside-the-group thread manipulating the group). The latest hang in WT-3105 is general to this question.

            Assignee:
            sue.loverso@mongodb.com Susan LoVerso
            Reporter:
            sue.loverso@mongodb.com Susan LoVerso
            Votes:
            0 Vote for this issue
            Watchers:
            2 Start watching this issue

              Created:
              Updated:
              Resolved: