Lock manager is not fair in the presence of compatible requests which can be granted immediately

XMLWordPrintableJSON

    • Type: Bug
    • Resolution: Done
    • Priority: Major - P3
    • 3.0.8, 3.2.0-rc4
    • Affects Version/s: 3.0.7, 3.2.0-rc3
    • Component/s: Concurrency
    • None
    • Fully Compatible
    • ALL
    • 0
    • None
    • 3
    • None
    • None
    • None
    • None
    • None
    • None

      There is code in the lock manager, which attempts to increase system throughput in the case of long-running operations holding intent locks.

      This code has the side effect of starving the 'strong' locks (S and X) when there is high load and an interleave of intents on the granted list, which is what would happen under a normal stream of requests. This has caused a bug where replication step down won't complete within the desired timeout.

            Assignee:
            Kaloian Manassiev
            Reporter:
            Kaloian Manassiev
            Votes:
            0 Vote for this issue
            Watchers:
            14 Start watching this issue

              Created:
              Updated:
              Resolved: