search for: dpolybench_use_scalar_lb

Displaying 9 results from an estimated 9 matches for "dpolybench_use_scalar_lb".

2013 Sep 02
0
[LLVMdev] [Polly] Comionpile-time of Polly's code generation
...s or hints on this problem? OK. I think in this case the problem is actually to figure out why Polly does not give a speedup in terms of execution time, because we have seen large speedups for 2mm and 3mm. Here is what I see: 2mm$ polly-clang 2mm.c -O3 -I ../../../utilities/ -DPOLYBENCH_TIME -DPOLYBENCH_USE_SCALAR_LB -mllvm -polly-ignore-aliasing 2mm$ time ./a.out 18.217128 real 0m18.256s user 0m18.128s sys 0m0.064s 2mm$ polly-clang 2mm.c -O3 -I ../../../utilities/ -DPOLYBENCH_TIME -DPOLYBENCH_USE_SCALAR_LB -mllvm -polly-ignore-aliasing -mllvm -polly 2mm$ time ./a.out 4.986877 real 0m5.036s user 0m4.940s sys...
2013 Sep 08
2
[LLVMdev] [Polly] Compile-time of Polly's code generation
...;OK. I think in this case the problem is actually to figure out why Polly >does not give a speedup in terms of execution time, because we have seen >large speedups for 2mm and 3mm. > >Here is what I see: > >2mm$ polly-clang 2mm.c -O3 -I ../../../utilities/ -DPOLYBENCH_TIME >-DPOLYBENCH_USE_SCALAR_LB -mllvm -polly-ignore-aliasing >2mm$ time ./a.out >18.217128 > >real 0m18.256s >user 0m18.128s >sys 0m0.064s >2mm$ polly-clang 2mm.c -O3 -I ../../../utilities/ -DPOLYBENCH_TIME >-DPOLYBENCH_USE_SCALAR_LB -mllvm -polly-ignore-aliasing -mllvm -polly >2mm$ time ./a.out >4...
2013 Sep 02
2
[LLVMdev] [Polly] Comionpile-time of Polly's code generation
Hi all, It seems that Polly's code generation can leads to high compile-time overhead, especially for PolyBench applications such as 2mm, 3mm, gemm, syrk, etc. Some basic evaluation and analysis for Polly's code generation can be referred to http://llvm.org/bugs/show_bug.cgi?id=16898. Currently, we can choose to run -polly-code-generator=cloog or -polly-code-generator=isl for code
2013 Sep 08
0
[LLVMdev] [Polly] Compile-time of Polly's code generation
...problem is actually to figure out why Polly >> does not give a speedup in terms of execution time, because we have seen >> large speedups for 2mm and 3mm. >> >> Here is what I see: >> >> 2mm$ polly-clang 2mm.c -O3 -I ../../../utilities/ -DPOLYBENCH_TIME >> -DPOLYBENCH_USE_SCALAR_LB -mllvm -polly-ignore-aliasing >> 2mm$ time ./a.out >> 18.217128 >> >> real 0m18.256s >> user 0m18.128s >> sys 0m0.064s >> 2mm$ polly-clang 2mm.c -O3 -I ../../../utilities/ -DPOLYBENCH_TIME >> -DPOLYBENCH_USE_SCALAR_LB -mllvm -polly-ignore-aliasing -ml...
2013 Sep 09
1
[LLVMdev] [Polly] Compile-time of Polly's code generation
...e out why Polly >>> does not give a speedup in terms of execution time, because we have seen >>> large speedups for 2mm and 3mm. >>> >>> Here is what I see: >>> >>> 2mm$ polly-clang 2mm.c -O3 -I ../../../utilities/ -DPOLYBENCH_TIME >>> -DPOLYBENCH_USE_SCALAR_LB -mllvm -polly-ignore-aliasing >>> 2mm$ time ./a.out >>> 18.217128 >>> >>> real 0m18.256s >>> user 0m18.128s >>> sys 0m0.064s >>> 2mm$ polly-clang 2mm.c -O3 -I ../../../utilities/ -DPOLYBENCH_TIME >>> -DPOLYBENCH_USE_SCALAR_LB -...
2013 May 03
2
[LLVMdev] [Polly] GSoC Proposal: Reducing LLVM-Polly Compiling overhead
...ly-optimizer=none -mllvm -polly-code-generatorr=none > * **pNoOpt**: pollycc -O3 -mllvm -polly-optimizer=none > * **pOpt**: pollycc -O3 You probably want to add a couple of additional parameters here to ensure we detect all scops in polybench. I would add -mllvm -polly-ignore-aliasing and -DPOLYBENCH_USE_SCALAR_LB You can use '-mllvm -debug-only=polly-cloog' to see if the kernels are properly detected. I get the following output: alias polly-clang alias polly-clang='~/Projekte/polly/build/bin/clang -Xclang -load -Xclang ~/Projekte/polly/build/lib/LLVMPolly.so' grosser at tobilaptop:~/Proje...
2013 May 03
0
[LLVMdev] [Polly] GSoC Proposal: Reducing LLVM-Polly Compiling overhead
Dear Tobias, Thank you very much for your very helpful advice. Yes, -debug-pass and -time-passes are two very useful and powerful options when evaluating the compile-time of each compiler pass. They are exactly what I need! With these options, I can step into details of the compile-time overhead of each pass. I have finished some preliminary testing based on two randomly selected files from
2013 May 02
2
[LLVMdev] [Polly] GSoC Proposal: Reducing LLVM-Polly Compiling overhead
On 04/30/2013 04:13 PM, Star Tan wrote: > Hi all, [...] > How could I find out where the time is spent on between two adjacent Polly passes? Can anyone give me some advice? Hi Star Tan, I propose to do the performance analysis using the 'opt' tool and optimizing LLVM-IR, instead of running it from within clang. For the 'opt' tool there are two commands that should help
2013 May 03
0
[LLVMdev] [Polly] GSoC Proposal: Reducing LLVM-Polly Compiling overhead
...-polly-code-generatorr=none >> * **pNoOpt**: pollycc -O3 -mllvm -polly-optimizer=none >> * **pOpt**: pollycc -O3 > >You probably want to add a couple of additional parameters here to >ensure we detect all scops in polybench. I would add -mllvm >-polly-ignore-aliasing and -DPOLYBENCH_USE_SCALAR_LB > >You can use '-mllvm -debug-only=polly-cloog' to see if the kernels >are properly detected. I get the following output: > >alias polly-clang >alias polly-clang='~/Projekte/polly/build/bin/clang -Xclang -load >-Xclang ~/Projekte/polly/build/lib/LLVMPolly.so' &...