search for: bisort

...5720 1336 702 | 105 216 790 58 | tsp/tsp | 4.72 0.1400 0.0439 0.0073 0.0591 0.0023 0.0005 | 4463 1128 106 | 62 149 469 28 | bh/bh | 3.09 0.2700 0.1231 0.0107 0.1184 0.0030 0.0006 | 11983 2483 137 | 223 408 968 27 | bisort/bisort | 2.86 0.0800 0.0332 0.0046 0.0163 0.0002 0.0002 | 3825 914 148 | 17 64 * * | em3d/em3d | 2.84 0.0600 0.0569 0.0034 0.0195 0.0003 0.0002 | 3005 727 406 | 32 79 58 1 | voronoi/voronoi | 1.11 0.1900 0.0601 0.0081 0.07...

Hello , I am compiling SPEC 2000 benchmarks with llvm .Got stuck with calculating "execution time" of all the .bc and native files. The log for nightly test itself gives execution times but I am passing the bytecode files to my pass which gives another bytecode file.I have to calculate execution time of such bytecode and native files as well.If i simply do this: time lli

...245 115 | * 10 * * | power/power | 4.87 0.0899 0.0368 0.0044 0.0366 0.0022 0.0003 | 5720 1336 702 | 105 216 790 58 | tsp/tsp | 4.72 0.1400 0.0439 0.0073 0.0591 0.0023 0.0005 | 4463 1128 106 | 62 149 469 28 | bh/bh | 3.09 0.2700 0.1231 0.0107 0.1184 0.0030 0.0006 | 11983 2483 137 | 223 408 968 27 | bisort/bisort | 2.86 0.0800 0.0332 0.0046 0.0163 0.0002 0.0002 | 3825 914 148 | 17 64 * * | em3d/em3d | 2.84 0.0600 0.0569 0.0034 0.0195 0.0003 0.0002 | 3005 727 406 | 32 79 58 1 | voronoi/voronoi | 1.11 0.1900 0.0601 0.0081 0.0755 0.0024 0.0009 | 8676 2205 322 | 141 275 761 38 | health/health | 0.97 0.08...

...1.871 2.132 +13.9% +57mB SingleSource/Benchmarks/Shootout-C++/ary3 1.087 1.264 +16.3% +65mB MultiSource/Benchmarks/SciMark2-C/scimark2 27.491 23.596 -14.2% -66mB MultiSource/Benchmarks/Olden/bisort/bisort 0.360 0.428 +19.0% +75mB MultiSource/Benchmarks/Olden/bh/bh 1.074 1.287 +19.9% +79mB (Running on Sandy Bridge, x86-64) I'll try to figure out why. /jakob -------------- next part -------------- An HTM...

On Tue, Apr 17, 2012 at 12:23 AM, Jakob Stoklund Olesen <stoklund at 2pi.dk>wrote: > I am not sure how best to fix this. If possible, InstCombine's > canonicalization shouldn't hide arithmetic progressions behind bit masks. The entire concept of cleverly converting arithmetic to bit masks seems like the perfect domain for DAGCombine instead of InstCombine: 1) We know the

Some wheird problem, Target/X86 builds okay now. But there seems to be another problem with the Cygwin build :- make[4]: Entering directory `/usr/build/llvm/lib/Target/SparcV9/ModuloScheduling' llvm[4]: Compiling ModuloSchedulingSuperBlock.cpp for Debug build /usr/src/llvm/lib/Target/SparcV9/ModuloScheduling/ModuloSchedulingSuperBlock.cpp : In member function `virtual bool

Look at this silly function: $ cat small.c unsigned f(unsigned a, unsigned *p) { unsigned x = a/4; p[0] = x; p[1] = x+x; return p[1] - 2*p[0]; } GCC turns this into straightforward code and figures out the 0 return value: shrl $2, %edi movl %edi, (%rsi) addl %edi, %edi movl %edi, 4(%rsi) movl $0, %eax ret LLVM optimizes the code: $ clang -O -S -o- small.c -emit-llvm define i32

...e are still a couple instructions which are not implemented yet (cast ulong -> fp type, f.e.) but they are apparently not frequently used. :) That said, here is the status of programs: Regression/Jello: All work SingleSource: All work MultiSource: Working: health, perimeter, power, treeadd, bisort, voronoi, tsp, em3d : pi, llubenchmark, etc... __iob : bh, anagram, fhourstones, burg, sgefa, sim, 181.mcf, ... other : mst The __iob problems are because of explicit references to stdin,out,err in the .c code. The problem is that the headers we're using turns them into referen...

...t | 3.50 | 3.46 | 3.58 | 3.58 | |MultiSource/Applications/JM/lencod/lencod.test | 2.67 | 2.30 | 3.03 | 3.03 | |MultiSource/Benchmarks/MallocBench/espresso/espresso.test | 2.14 | 2.89 | 2.30 | 2.30 | |MultiSource/Benchmarks/Olden/bisort/bisort.test | 2.04 | 2.12 | 3.59 | 3.59 | |MultiSource/Benchmarks/DOE-ProxyApps-C++/CLAMR/CLAMR.test | 1.98 | 2.03 | 2.66 | 2.66 | |MultiSource/Benchmarks/sim/sim.test | 1.89 | 1.85 | 2.06 | 2.06 | |MultiSource/Application...

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".

...Source/Benchmarks/Olden/em3d/em3d | * | * | MultiSource/Benchmarks/Olden/tsp/tsp | * | * | MultiSource/Benchmarks/Olden/power/power | * | * | MultiSource/Benchmarks/Olden/bisort/bisort | * | * | MultiSource/Benchmarks/Olden/voronoi/voronoi | * | * | MultiSource/Benchmarks/Olden/mst/mst | * | * | MultiSource/Benchmarks/Olden/treeadd/treeadd...

...8 1.90709762436399 Applications/sqlite3/sqlite3 2.3871 2.4339 1.960537891165 Applications/ALAC/decode/alacconvert-decode 0.0152 0.0155 1.97368421052632 Benchmarks/Trimaran/netbench-url/netbench-u 2.7548 2.8112 2.04733555975025 Benchmarks/Olden/bisort/bisort 0.3265 0.3332 2.05206738131699 Benchmarks/Fhourstones/fhourstones 0.6284 0.6419 2.14831317632083 Applications/JM/ldecod/ldecod 0.0543 0.0556 2.39410681399631 Benchmarks/TSVC/LoopRestructuring-flt/LoopR 2.2302 2.2848...

...2 -7.3% SingleSource/Benchmarks/Shootout-C++/methcall -6.5% MultiSource/Benchmarks/MiBench/consumer-lame/consumer-lame -6.4% External/SPEC/CFP2000/183.equake/183.equake -5.6% MultiSource/Applications/lemon/lemon -5.5% MultiSource/Applications/SIBsim4/SIBsim4 -5.2% MultiSource/Benchmarks/Olden/bisort/bisort -5.1% MultiSource/Applications/SPASS/SPASS -4.9% External/SPEC/CINT2006/456.hmmer/456.hmmer -4.6% SingleSource/Benchmarks/Adobe-C++/simple_types_loop_invariant -4.6% External/SPEC/CINT2000/186.crafty/186.crafty -4.6% External/SPEC/CFP2000/188.ammp/188.ammp -4.5% SingleSource/Benchmarks...

...0.34 * 0.67 | 0.95 1.15 n/a n/a MultiSource/Benchmarks/Olden/bh/bh | 0.1476 24124 0.1227 * 0.1173 | 8.08 8.22 7.15 * 7.52 | 0.98 1.13 n/a n/a MultiSource/Benchmarks/Olden/bisort/bisort | 0.0283 7092 0.0457 * 0.0447 | 1.79 1.89 1.54 * 1.63 | 0.95 1.16 n/a n/a MultiSource/Benchmarks/Olden/em3d/em3d | 0.0557 7584 0.0449 * 0....

...0.63 * 1.08 | 1.02 1.03 n/a n/a MultiSource/Benchmarks/Olden/bh/bh | 0.1840 23688 0.1360 * 0.1160 | 9.22 8.88 10.08 * 10.18 | 1.04 0.91 n/a n/a MultiSource/Benchmarks/Olden/bisort/bisort | 0.0200 7260 0.0480 * 0.0600 | 3.61 2.79 2.89 * 2.89 | 1.29 1.25 n/a n/a MultiSource/Benchmarks/Olden/em3d/em3d | 0.0400 7400 0.0480 * 0....

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

LLVMers, The 2.2 prerelease is now available for testing: http://llvm.org/prereleases/2.2/ If anyone can help test this release, I ask that you do the following: 1) Build llvm and llvm-gcc (or use a binary). You may build release (default) or debug. You may pick llvm-gcc-4.0, llvm-gcc-4.2, or both. 2) Run 'make check'. 3) In llvm-test, run 'make TEST=nightly report'. 4) When

...0.34 * 0.68 | 1.00 1.00 n/a n/a MultiSource/Benchmarks/Olden/bh/bh | 0.1342 23068 0.1066 * 0.1040 | 5.57 5.94 6.43 * 6.45 | 0.94 0.87 n/a n/a MultiSource/Benchmarks/Olden/bisort/bisort | 0.0293 7256 0.0433 * 0.0409 | 1.60 1.50 1.56 * 1.63 | 1.07 1.03 n/a n/a MultiSource/Benchmarks/Olden/em3d/em3d | 0.0503 7392 0.0444 * 0....

...0.28 * 0.44 | 0.77 0.71 n/a n/a MultiSource/Benchmarks/Olden/bh/bh | 0.0653 25364 0.0964 * 0.0960 | 1.86 1.80 1.90 * 2.01 | 1.03 0.98 n/a n/a MultiSource/Benchmarks/Olden/bisort/bisort | 0.0130 7160 0.0227 * 0.0289 | 0.84 0.88 0.87 * 0.92 | 0.95 0.97 n/a n/a MultiSource/Benchmarks/Olden/em3d/em3d | 0.0341 7960 0.0224 * 0....

...       10.18 | 1.02    1.02    n/a          n/a > MultiSource/Benchmarks/Olden/bh/bh                                       | > 0.1199 15308    0.0800      *                0.0699      |    1.97 * >  1.57 *           1.67 | n/a     1.25    n/a          n/a > MultiSource/Benchmarks/Olden/bisort/bisort                               | > 0.0100 3688     0.0199      *                0.0200      |    0.80    0.82 >  0.79 *           0.81 | 0.98    1.01    n/a          n/a > MultiSource/Benchmarks/Olden/em3d/em3d                                   | > 0.0400 6412     0.0400      *  ...