Details

    • Bug
    • Status: Closed (View Workflow)
    • Minor
    • Resolution: Fixed
    • 10.0.8
    • 10.0.10
    • None
    • None

    Description

      Any number of threads can read from a shared memory location simultaneously whereas at most one thread can write to a shared memory location at the same time.

      Atomic load shouldn't sacrifice scalability in this way. Use __atomic_load_n() whenever it is available for atomic loads.

      Currently it doesn't seem to cause any problems because atomic loads are rarely used during SQL statement execution. OTOH performance schema seem to be using atomic loads heavily.

      More information: http://svoj-db.blogspot.ru/2014/02/mariadb-scalability-atomic-load.html

      Attachments

        Activity

          Sergei, please review fix for this bug.

          svoj Sergey Vojtovich added a comment - Sergei, please review fix for this bug.

          Fixed in 10.0.10, revno: 4045, revision-id: svoj@mariadb.org-20140307074306-blf3begv8ee0tb5j

          svoj Sergey Vojtovich added a comment - Fixed in 10.0.10, revno: 4045, revision-id: svoj@mariadb.org-20140307074306-blf3begv8ee0tb5j

          People

            svoj Sergey Vojtovich
            svoj Sergey Vojtovich
            Votes:
            0 Vote for this issue
            Watchers:
            3 Start watching this issue

            Dates

              Created:
              Updated:
              Resolved:

              Git Integration

                Error rendering 'com.xiplink.jira.git.jira_git_plugin:git-issue-webpanel'. Please contact your Jira administrators.