[llvm-bugs] [Bug 45793] New: [llvm-mca] Accuracy regression for independent r/w operations (Skylake, Zen+)

via llvm-bugs llvm-bugs at lists.llvm.org
Mon May 4 04:55:14 PDT 2020


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

            Bug ID: 45793
           Summary: [llvm-mca] Accuracy regression for independent r/w
                    operations (Skylake, Zen+)
           Product: tools
           Version: trunk
          Hardware: PC
                OS: Linux
            Status: NEW
          Severity: normal
          Priority: P
         Component: llvm-mca
          Assignee: unassignedbugs at nondot.org
          Reporter: fabian.ritter at cs.uni-saarland.de
                CC: andrea.dibiagio at gmail.com, llvm-bugs at lists.llvm.org,
                    matthew.davis at sony.com

Created attachment 23440
  --> https://bugs.llvm.org/attachment.cgi?id=23440&action=edit
Archive containing the above instruction sequence and a C program to measure
its throughput.

Starting with Release 9 and up to today's trunk, there is a regression in
llvm-mca's prediction accuracy for sequences of independent instructions that
read and write memory.
Both x86 architectures that I tried, Intel's Skylake and AMD's Zen+, are
subject to this.

Consider the following example:

        # LLVM-MCA-BEGIN
        addq    $44, 64(%r14)
        addq    $44, 128(%r14)
        addq    $44, 192(%r14)
        addq    $44, 256(%r14)
        addq    $44, 320(%r14)
        addq    $44, 384(%r14)
        addq    $44, 448(%r14)
        addq    $44, 512(%r14)
        addq    $44, 576(%r14)
        addq    $44, 640(%r14)
        # LLVM-MCA-END


Measurements on my Skylake machine (as performed with the attached C program)
as well as IACA 3.0 and llvm-mca from Release 8 agree that this sequence
executes in 10 cycles (Total Cycles: 1009, since the memory offsets ensure that
the accesses are independent).
>From Release 9 on, llvm-mca reports 70 cycles (Total Cycles: 7003), maybe
because the instructions are falsely classified as dependent.
Zen+ shows a similar behavior.

This is not specific to the `add` instruction or the access width: Other r/w
instructions and all other access widths show the same behavior.


To reproduce, use the attached `add.s` as input for llvm-mca with the flags
`-march=x86-64` and `-mcpu=skylake` or `-mcpu=znver1`. The results for "Total
Cycles" will differ between Release 8 and later releases.

To verify that IACA agrees with Release 8, assemble `add.s` with your favorite
compiler/assembler and hand the result to IACA.

To verify the measurements on an actual machine, compile `add.c` with your
favorite C compiler and execute the result. It will print the required cycles
(results may depend on system load and configuration, adjust the frequency in
the source as necessary).

-- 
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/20200504/f24011cf/attachment.html>


More information about the llvm-bugs mailing list