SimplifyCFG: If convert single conditional stores
authorArnold Schwaighofer <aschwaighofer@apple.com>
Mon, 29 Apr 2013 21:28:24 +0000 (21:28 +0000)
committerArnold Schwaighofer <aschwaighofer@apple.com>
Mon, 29 Apr 2013 21:28:24 +0000 (21:28 +0000)
commit8228ffe72d726978d0265c3c407172f1b9851502
treec3e742446877d8df4efd876d43a488a40830c8b2
parent8a905e7e34e35804d48c8043c4d388b9ef057a08
SimplifyCFG: If convert single conditional stores

This resurrects r179957, but adds code that makes sure we don't touch
atomic/volatile stores:

This transformation will transform a conditional store with a preceeding
uncondtional store to the same location:

 a[i] =
 may-alias with a[i] load
 if (cond)
   a[i] = Y

into an unconditional store.

 a[i] = X
 may-alias with a[i] load
 tmp = cond ? Y : X;
 a[i] = tmp

We assume that on average the cost of a mispredicted branch is going to be
higher than the cost of a second store to the same location, and that the
secondary benefits of creating a bigger basic block for other optimizations to
work on outway the potential case where the branch would be correctly predicted
and the cost of the executing the second store would be noticably reflected in
performance.

hmmer's execution time improves by 30% on an imac12,2 on ref data sets. With
this change we are on par with gcc's performance (gcc also performs this
transformation). There was a 1.2 % performance improvement on a ARM swift chip.
Other tests in the test-suite+external seem to be mostly uninfluenced in my
experiments:
This optimization was triggered on 41 tests such that the executable was
different before/after the patch. Only 1 out of the 40 tests (dealII) was
reproducable below 100% (by about .4%). Given that hmmer benefits so much I
believe this to be a fair trade off.

git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@180731 91177308-0d34-0410-b5e6-96231b3b80d8
lib/Transforms/Utils/SimplifyCFG.cpp
test/Transforms/SimplifyCFG/speculate-store.ll [new file with mode: 0644]