Uploaded image for project: 'Lustre'
  1. Lustre
  2. LU-17078

do not wake up an ldlm_bl thread for local locks

    XMLWordPrintable

Details

    • Improvement
    • Resolution: Fixed
    • Minor
    • Lustre 2.16.0
    • None
    • None
    • 3
    • 9223372036854775807

    Description

      When we're doing lockless IO on the client (eg, DIO), the server handles the LDLM locking.  This means acquiring and then cancelling the lock, since the server doesn't cache locks.  The specific problem is the server spins up a separate thread for each ldlm_bl, which takes a lot of time.  The client does this because the lock may cover a significant amount of cached data, and cancelling it in the client thread context can create significant delays.

      But the server doesn't cache anything, so allow the lock to be destroyed immediately.

      Attachments

        Activity

          People

            paf0186 Patrick Farrell (Inactive)
            paf0186 Patrick Farrell (Inactive)
            Votes:
            0 Vote for this issue
            Watchers:
            3 Start watching this issue

            Dates

              Created:
              Updated:
              Resolved: