search for: trimaran

...3% External/SPEC/CINT2000/175.vpr/Output/175.vpr -1.2% Total -1.1% External/SPEC/CINT95/130.li/Output/130.li -1.1% External/SPEC/CINT2006/403.gcc/Output/403.gcc -1.1% External/SPEC/CINT2006/429.mcf/Output/429.mcf -1.1% MultiSource/Applications/lambda-0.1.3/Output/lambda -1.0% MultiSource/Benchmarks/Trimaran/enc-3des/Output/enc-3des -1.0% MultiSource/Benchmarks/Ptrdist/yacr2/Output/yacr2 +1.1% MultiSource/Benchmarks/MiBench/office-ispell/Output/office-ispell +1.2% SingleSource/Benchmarks/Misc-C++-EH/Output/spirit +1.4% SingleSource/Benchmarks/Misc/Output/oourafft +1.4% MultiSource/Benchmarks/Prolangs-C...

Hi all, I've started looking at the GlobalMerge pass, enabled by default on ARM and AArch64. I think we should reconsider that, at least for AArch64. As is, the pass just merges all globals together, in groups of 4KB (AArch64, 128B on ARM). At the time it was enabled, the general thinking was "it's almost free, it doesn't affect performance much, we might as well use it".

...an tell from the result, the proposed pass-ordering is basically toward good change. Interesting enough, if I combine the populatePreIPOPassMgr() as the preIPO phase (see the patch) with original populateLTOPassManager() for both IPO and postIPO, I see significant improve to "Benchmarks/Trimaran/netbench-crc/netbench-crc" (about 94%, 0.5665s(was) vs 0.0295s), as of I write this mail, I have not yet got chance to figure out why this combination improves this benchmark this much. In teams of compile-time, the result reports my change improve the compile time by about 2x, which is no...

...marks/CoyoteBench/huffbench > +12.0% SingleSource/Benchmarks/McGill/chomp > +18.0% SingleSource/Benchmarks/BenchmarkGame/n-body > +45.5% SingleSource/Benchmarks/BenchmarkGame/puzzle > +10.0% SingleSource/Benchmarks/Shootout/heapsort > +10.5% MultiSource/Benchmarks/Trimaran/enc-3des/enc-3des > +10.9% SingleSource/Benchmarks/Shootout-C++/heapsort > +11.7% MultiSource/Benchmarks/Ptrdist/bc/bc > +12.0% MultiSource/Benchmarks/McCat/17-bintr/bintr > +55.2% SingleSource/Benchmarks/Shootout/methcall Yikes! Do we know why these codes got so much...

...ow it to be executed multiple times and to predicate already predicated code. This is necessary to predicate code with nested conditional statements. At this point, we support or, and, and conditional predicates (see Scott Mahlke's papers on this issue) as supported by the OpenIMPACT compiler (=Trimaran). If anyone is interested, I can show some of the code. It is rather ad-hoc, however, so it is not at all ready for integration in the trunk (I think). The problem we are still facing is that this predication works post instruction selection and post register allocation. This is problematic becau...

Andy and I briefly discussed this the other day, we have not yet got chance to list a detailed pass order for the pre- and post- IPO scalar optimizations. This is wish-list in our mind: pre-IPO: based on the ordering he propose, get rid of the inlining (or just inline tiny func), get rid of all loop xforms... post-IPO: get rid of inlining, or maybe we still need it, only

...MultiSource/Benchmarks/ASC_Sequoia/IRSmk/IRSmk | * | * | MultiSource/Benchmarks/ASC_Sequoia/CrystalMk/CrystalMk | * | * | MultiSource/Benchmarks/Fhourstones/fhourstones | * | * | MultiSource/Benchmarks/Trimaran/netbench-crc/netbench-crc | * | * | MultiSource/Benchmarks/Trimaran/netbench-url/netbench-url | * | * | MultiSource/Benchmarks/Trimaran/enc-md5/enc-md5 | * | * | MultiSource/Benchmarks/Trimaran/enc-rc4/enc-rc4...

Hi, LLVMers, has someone implemented bitwidth analysis for LLVM? I was looking for something similar to the bitwise compiler described in "Bidwidth analysis with application to silicon compilation, by Mark Stephenson, Jonathan Babb and Saman Amarasinghe" e.g.: http://portal.acm.org/citation.cfm?id=349299.349317 all the best, Fernando

...0 -g O0 -g gisel-with-localizer O0 -g gisel-without-localizer > SingleSource/Benchmarks/Misc/perlin 14272 14640 18344 25.95% > SingleSource/Benchmarks/Dhrystone/dry 16560 17144 20160 18.21% > SingleSource/Benchmarks/Stanford/QueensProfile 13912 14192 15136 6.79% > MultiSource/Benchmarks/Trimaran/netbench-url/netbench-url 71400 72272 75504 4.53% > > I haven't had time to investigate what exact changes make the code size go up that much with the localizer pass in those cases... > >> >> The only thing I can think of is that we duplicate constants that are expensive...

...0 -g O0 -g gisel-with-localizer O0 -g gisel-without-localizer > SingleSource/Benchmarks/Misc/perlin 14272 14640 18344 25.95% > SingleSource/Benchmarks/Dhrystone/dry 16560 17144 20160 18.21% > SingleSource/Benchmarks/Stanford/QueensProfile 13912 14192 15136 6.79% > MultiSource/Benchmarks/Trimaran/netbench-url/netbench-url 71400 72272 > 75504 4.53% > > I haven't had time to investigate what exact changes make the code size go > up that much with the localizer pass in those cases... > > > The only thing I can think of is that we duplicate constants that are > expen...

...e binaries of the following benchmarks: 7 MultiSource/Applications/aha/aha 2 MultiSource/Benchmarks/BitBench/drop3/drop3 10 MultiSource/Benchmarks/BitBench/five11/five11 7 MultiSource/Benchmarks/BitBench/uudecode/uudecode 3 MultiSource/Benchmarks/BitBench/uuencode/uuencode 5 MultiSource/Benchmarks/Trimaran/enc-rc4/rc4 11 SingleSource/Benchmarks/BenchmarkGame/n-body 2 SingleSource/Benchmarks/Shootout/ackermann Let me know if there are any specific benchmarks you would like me to test. -- Sean Silva On Wed, May 20, 2015 at 3:31 PM, Sean Silva <chisophugis at gmail.com> wrote: > I found an...

..., > the proposed pass-ordering is basically toward good change. > > Interesting enough, if I combine the populatePreIPOPassMgr() as the preIPO phase > (see the patch) with original populateLTOPassManager() for both IPO and postIPO, > I see significant improve to "Benchmarks/Trimaran/netbench-crc/netbench-crc" > (about 94%, 0.5665s(was) vs 0.0295s), as of I write this mail, I have not yet got chance > to figure out why this combination improves this benchmark this much. > > In teams of compile-time, the result reports my change improve the compile > time...

...8152774997|1.742350002| 1.18| 8152774995| 0|1.763084983| -0.01| 8152775000| 0| |MultiSource/Benchmarks/TSVC/Symbolics-flt/Symbolics-flt.test | 51|0.693108134| 4952182033|0.689952536| 0.46| 4952182036| 0|0.691439179| 0.24| 4952182035| 0| |MultiSource/Benchmarks/Trimaran/enc-3des/enc-3des.test | 40|1.127513838| 8842073434|1.122112713| 0.48| 8842073428| 0|1.124921411| 0.23| 8842073429| 0| |MultiSource/Benchmarks/Trimaran/enc-md5/enc-md5.test | 40|1.045967332| 8328857620|1.045981934| 0| 8328857624|...

...22 *           1.56 | 1.12    1.01    n/a          n/a > MultiSource/Benchmarks/SciMark2-C/scimark2                               | > 0.1099 15340    0.0799      *                0.0999      |   27.62 * > 27.38 *          27.87 | n/a     1.01    n/a          n/a > MultiSource/Benchmarks/Trimaran/enc-3des/enc-3des                        | > 0.1599 21456    0.1000      *                0.1200      |    2.23    2.10 >  2.14 *           2.31 | 1.06    1.04    n/a          n/a > MultiSource/Benchmarks/Trimaran/enc-md5/enc-md5                          | > 0.0599 7692     0.0400      ...

Hi Tanya, > 1) Compile llvm from source and untar the llvm-test in the projects > directory (name it llvm-test or test-suite). Choose to use a > pre-compiled llvm-gcc or re-compile it yourself. I compiled llvm and llvm-gcc with separate objects directories. Platform is x86_64-linux-gnu. > 2) Run make check, report any failures (FAIL or unexpected pass). Note > that you need to

...ow it to be executed multiple times and to predicate already predicated code. This is necessary to predicate code with nested conditional statements. At this point, we support or, and, and conditional predicates (see Scott Mahlke's papers on this issue) as supported by the OpenIMPACT compiler (=Trimaran). If anyone is interested, I can show some of the code. It is rather ad-hoc, however, so it is not at all ready for integration in the trunk (I think). > I would be interested in looking at the code, since Southern Islands GPUs also require predicates for nested conditions. -Tom > The pro...

...rks: > > 7 MultiSource/Applications/aha/aha > 2 MultiSource/Benchmarks/BitBench/drop3/drop3 > 10 MultiSource/Benchmarks/BitBench/five11/five11 > 7 MultiSource/Benchmarks/BitBench/uudecode/uudecode > 3 MultiSource/Benchmarks/BitBench/uuencode/uuencode > 5 MultiSource/Benchmarks/Trimaran/enc-rc4/rc4 > 11 SingleSource/Benchmarks/BenchmarkGame/n-body > 2 SingleSource/Benchmarks/Shootout/ackermann > > Let me know if there are any specific benchmarks you would like me to test. > > -- Sean Silva > > > On Wed, May 20, 2015 at 3:31 PM, Sean Silva <chisoph...

...s-8 - 64.2% slowdown (from these, I've excluded tests that took less that 0.1 seconds to run). Largest three compile-time slowdowns: MultiSource/Benchmarks/MiBench/security-rijndael/security-rijndael - 1276% slowdown SingleSource/Benchmarks/Misc/salsa20 - 1000% slowdown MultiSource/Benchmarks/Trimaran/enc-3des/enc-3des - 508% slowdown Not everything slows down, MultiSource/Benchmarks/Prolangs-C ++/city/city, for example, compiles 10% faster with vectorization enabled; but, for the most part, things certainly take longer to compile with vectorization enabled. The average slowdown over all tests...

...| 1.12 1.01 n/a n/a > MultiSource/Benchmarks/SciMark2-C/ > scimark2 | 0.1099 15340 0.0799 > * 0.0999 | 27.62 * 27.38 * > 27.87 | n/a 1.01 n/a n/a > MultiSource/Benchmarks/Trimaran/enc-3des/ > enc-3des | 0.1599 21456 0.1000 > * 0.1200 | 2.23 2.10 2.14 * > 2.31 | 1.06 1.04 n/a n/a > MultiSource/Benchmarks/Trimaran/enc-md5/enc- > md5 | 0.0599 7692...

...u understand what causes these slowdowns? Can your heuristic be improved? > Largest three compile-time slowdowns: > MultiSource/Benchmarks/MiBench/security-rijndael/security-rijndael - > 1276% slowdown > SingleSource/Benchmarks/Misc/salsa20 - 1000% slowdown > MultiSource/Benchmarks/Trimaran/enc-3des/enc-3des - 508% slowdown Yes, that is a lot. Do you understand if this time is invested well (does it give significant speedups)? If I understood correctly it seems your vectorizer has quadratic complexity which may cause large slowdowns. Do you think it may be useful/possible to make...