diff options
| author | Roman Lebedev <lebedev.ri@gmail.com> | 2022-12-11 20:56:01 +0300 |
|---|---|---|
| committer | Roman Lebedev <lebedev.ri@gmail.com> | 2022-12-11 21:12:55 +0300 |
| commit | 680b33b66e8d2a93f75c98875b6c4b4efe52037d (patch) | |
| tree | 94e90a4585a89b9052b38897bc61a58c0ade0d98 /llvm/lib/CodeGen/StackProtector.cpp | |
| parent | 45a892d0124ad430faebd96bc46f8abb0bf4f0dd (diff) | |
| download | llvm-680b33b66e8d2a93f75c98875b6c4b4efe52037d.zip llvm-680b33b66e8d2a93f75c98875b6c4b4efe52037d.tar.gz llvm-680b33b66e8d2a93f75c98875b6c4b4efe52037d.tar.bz2 | |
[X86] AMD Zen 3 sched model: FMA ops have inverse throughput of 0.5
Now that exegesis produces meaningful snippets to measure throughtput
for instructions with tied operands:
https://github.com/llvm/llvm-project/commit/2ffe225d113031cc211d20d8d2cb82eeaa1a34a2
the measurements clearly show these instructions to have
more optimistic throughtput.
There's still some noise in the reports, especially around instructions
with memory operands. I'm not sure if we measure those correctly.
Fixes https://github.com/llvm/llvm-project/issues/59325
Diffstat (limited to 'llvm/lib/CodeGen/StackProtector.cpp')
0 files changed, 0 insertions, 0 deletions