Details
-
Bug
-
Status: In Testing (View Workflow)
-
Critical
-
Resolution: Unresolved
-
10.6, 10.11, 11.4, 11.8
-
Intel processors with the rtm (TSX-NI) instruction set extensions, running anything else than Microsoft Windows, compiled with a recent enough GCC or clang
Description
alessandro.vetere provided some performance testing results from a system where a transaction asynchronous abort (TAA) mitigation was enabled.
It would seem to be necessary to disable the use of hardware memory transactions on affected systems, at least in the function buf_page_optimistic_fix() but possibly across the board. A straightforward change on Linux would be to revise the detection function bool transactional_lock_enabled() so that it would avoid setting have_transactional_memory=true if the file /sys/devices/system/cpu/vulnerabilities/tsx_async_abort is readable and contains anything else than the string Not affected.
Attachments
Issue Links
- relates to
-
MDEV-26769 InnoDB internal latches do not support hardware lock elision
-
- Closed
-
-
SAMU-276 Failed to load
Activity
Field | Original Value | New Value |
---|---|---|
Link |
This issue relates to |
Remote Link | This issue links to "SAMU-276 (Jira)" [ 37430 ] |
Status | Open [ 1 ] | In Progress [ 3 ] |
Status | In Progress [ 3 ] | In Testing [ 10301 ] |
Assignee | Marko Mäkelä [ marko ] | Steve Shaw [ JIRAUSER56063 ] |