[llvm-bugs] [Bug 39830] New: [llvm-mca] Investigate how to improve the load/store queue usage simulation in LSUnit.

via llvm-bugs llvm-bugs at lists.llvm.org
Wed Nov 28 10:57:19 PST 2018


https://bugs.llvm.org/show_bug.cgi?id=39830

            Bug ID: 39830
           Summary: [llvm-mca] Investigate how to improve the load/store
                    queue usage simulation in LSUnit.
           Product: tools
           Version: trunk
          Hardware: PC
                OS: Windows NT
            Status: NEW
          Severity: enhancement
          Priority: P
         Component: llvm-mca
          Assignee: unassignedbugs at nondot.org
          Reporter: andrea.dibiagio at gmail.com
                CC: andrea.dibiagio at gmail.com, llvm-bugs at lists.llvm.org,
                    matthew.davis at sony.com

On some processors, load/store operations are split into multiple uOps. For
example, X86 AMD Jaguar natively supports 128-bit data types, but not 256-bit
data types. So, a 256-bit load is effectively split into two 128-bit loads, and
each split load consumes one 'LoadQueue' entry. For simplicity, this class
optimistically assumes that a load instruction only consumes one entry in the
LoadQueue.  Similarly, store instructions only consume a single entry in the
StoreQueue.

In future, we should reassess the quality of this design, and consider
alternative approaches that let instructions specify the number of load/store
queue entries which they consume at dispatch stage.

-- 
You are receiving this mail because:
You are on the CC list for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.llvm.org/pipermail/llvm-bugs/attachments/20181128/880e42bd/attachment.html>


More information about the llvm-bugs mailing list