summaryrefslogtreecommitdiffstats
path: root/lldb/packages/Python/lldbsuite/test/expression_command/unicode-in-variable/main.cpp
diff options
context:
space:
mode:
authorDavid Green <david.green@arm.com>2019-08-13 18:12:08 +0000
committerDavid Green <david.green@arm.com>2019-08-13 18:12:08 +0000
commita655393f17424c92bc81a5084f3c65fcb361040d (patch)
tree97e6e5a52e258100ba1a95ba7991541ab1242980 /lldb/packages/Python/lldbsuite/test/expression_command/unicode-in-variable/main.cpp
parentf31d8df1c8c69e7a787c1c1c529a524f3001c66a (diff)
downloadbcm5719-llvm-a655393f17424c92bc81a5084f3c65fcb361040d.tar.gz
bcm5719-llvm-a655393f17424c92bc81a5084f3c65fcb361040d.zip
[ARM] Add MVE beats vector cost model
The MVE architecture has the idea of "beats", where a vector instruction can be executed over several ticks of the architecture. This adds a similar system into the Arm backend cost model, multiplying the cost of all vector instructions by a factor. This factor essentially becomes the expected difference between scalar code and vector code, on average. MVE Vector instructions can also overlap so the a true cost of them is often lower. But equally scalar instructions can in some situations be dual issued, or have other optimisations such as unrolling or make use of dsp instructions. The default is chosen as 2. This should not prevent vectorisation is a most cases (as the vector instructions will still be doing at least 4 times the work), but it will help prevent over vectorising in cases where the benefits are less likely. This adds things so far to the obvious places in ARMTargetTransformInfo, and updates a few related costs like not treating float instructions as cost 2 just because they are floats. Differential Revision: https://reviews.llvm.org/D66005 llvm-svn: 368733
Diffstat (limited to 'lldb/packages/Python/lldbsuite/test/expression_command/unicode-in-variable/main.cpp')
0 files changed, 0 insertions, 0 deletions
OpenPOWER on IntegriCloud