search for: pbasic

...on: detect polly scops and translates the detected > scops into a polyhedral representation. 3) Polly optimization: analyze > and optimize polyhedral scops. 4) Polly description to LLVM-IR: > translates the polyhedral description back into new LLVM-IR. > > In attched table 1 and 2, pBasic shows the overhead of loading the attached > LLVMPolly.so; pNoGen shows the overhead of step 1) and 2); pNoOpt shows > the overhead of step 1), 2) and 4). So the compiling overhead of Polly > can be divided into three parts: > PolyBench: canonicalization(13%-1%=12%), code generat...

Hi all, I have updated my GSoS proposal: "FastPolly: Reducing LLVM-Polly Compiling overhead" (https://gist.github.com/tanstar/5441808). I think the pass ordering problem you discussed early can be also investigated in this project! Is there any comment or advice about my proposal? I appreciate all your help and advice. Thanks, Star Tan Proposal:

...oad -Xclang LLVMPolly.so -mllvm -polly -mllvm -polly-optimizer=none -mllvm -polly-code-generator=none -mllvm -polly-codegen-scev *pNoGen with default canonicalization (run 33): -O3 -Xclang -load -Xclang LLVMPolly.so -mllvm -polly -mllvm -polly-optimizer=none -mllvm -polly-code-generator=none *pBasic without any canonicalization (run 34): -O3 -Xclang -load -Xclang LLVMPolly.so Impact of SCEV canonicalization: http://188.40.87.11:8000/db_default/v4/nts/32?compare_to=34&baseline=34 Impact of default canonicalization: http://188.40.87.11:8000/db_default/v4/nts/33?compare_to=34&b...

...Can you give the svn revision / git hash for the checkouts of LLVM, Polly, isl, cloog and polybench. > Table 1 and table 2 show the compile-time overhead of Polly. Five cases are tested: > (alias pollycc="clang -O3 -load LLVMPolly.so -mllvm -polly) > * **clang**: clang -O3 > * **pBasic**: clang -O3 -load LLVMPolly.so > * **pNoGen**: pollycc -O3 -mllvm -polly-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 det...

...LLVMPolly.so -mllvm -polly -mllvm -polly-optimizer=none -mllvm -polly-code-generator=none -mllvm -polly-codegen-scev > *pNoGen with default canonicalization (run 33): -O3 -Xclang -load -Xclang LLVMPolly.so -mllvm -polly -mllvm -polly-optimizer=none -mllvm -polly-code-generator=none > *pBasic without any canonicalization (run 34): -O3 -Xclang -load -Xclang LLVMPolly.so > > > Impact of SCEV canonicalization: > http://188.40.87.11:8000/db_default/v4/nts/32?compare_to=34&baseline=34 > Impact of default canonicalization: > http://188.40.87.11:8000/db_default/...

...ctually helps here. >>>As this is a larger patch, we should really have a need for it before >>>switching to it. >>> >> I have evaluated Polly compile-time performance for the following options: >> >> clang: clang -O3 (runid: 14) >> >> pBasic: clang -O3 -load LLVMPolly.so (runid:15) >> >> pNoGen: pollycc -O3 -mllvm -polly-optimizer=none -mllvm -polly-code-generator=none (runid:16) >> >> pNoOpt: pollycc -O3 -mllvm -polly-optimizer=none (runid:17) >> >> pOpt: pollycc -O3 (runid:18) >> &gt...

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

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

...r performance >regressions. And if the bottom-up scop detection actually helps here. >As this is a larger patch, we should really have a need for it before >switching to it. > I have evaluated Polly compile-time performance for the following options: clang: clang -O3 (runid: 14) pBasic: clang -O3 -load LLVMPolly.so (runid:15) pNoGen: pollycc -O3 -mllvm -polly-optimizer=none -mllvm -polly-code-generator=none (runid:16) pNoOpt: pollycc -O3 -mllvm -polly-optimizer=none (runid:17) pOpt: pollycc -O3 (runid:18) For example, you can view the comparison between "clang"...

...cad642a6646c53cbd39879091da87c3c37 LLVM: d050e96133fac8565e3bb1eabe9a587dd5a6ac4d > >> Table 1 and table 2 show the compile-time overhead of Polly. Five cases are tested: >> (alias pollycc="clang -O3 -load LLVMPolly.so -mllvm -polly) >> * **clang**: clang -O3 >> * **pBasic**: clang -O3 -load LLVMPolly.so >> * **pNoGen**: pollycc -O3 -mllvm -polly-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 h...

...f the bottom-up scop detection actually helps here. >>As this is a larger patch, we should really have a need for it before >>switching to it. >> > I have evaluated Polly compile-time performance for the following options: > > clang: clang -O3 (runid: 14) > > pBasic: clang -O3 -load LLVMPolly.so (runid:15) > > pNoGen: pollycc -O3 -mllvm -polly-optimizer=none -mllvm -polly-code-generator=none (runid:16) > > pNoOpt: pollycc -O3 -mllvm -polly-optimizer=none (runid:17) > > pOpt: pollycc -O3 (runid:18) > > For example, you can view...

Now, we come to more evaluations on http://188.40.87.11:8000/db_default/v4/nts/recent_activity I mainly care about the compile-time and execution time impact for the following cases: pBasic (run 45): clang -O3 -load LLVMPolly.so pNoGenSCEV (run 44): clang -O3 -load LLVMPolly.so -polly-codegen-scev -polly -polly-optimizer=none -polly-code-generator=none pNoGenSCEV_nocan (run 47): same option with pNoGenSCEV but replace the LLVMPolly.so by removing all Polly canonicalization passes pNo...

Hello all, I have evaluated the compile-time and execution-time performance of Polly canonicalization passes. Details can be referred to http://188.40.87.11:8000/db_default/v4/nts/recent_activity. There are four runs: pollyBasic (run 45): clang -O3 -Xclang -load -Xclang LLVMPolly.so pollyNoGenSCEV (run 44): clang -O3 -Xclang -load -Xclang LLVMPolly.so -mllvm -polly -mllvm -polly-codegen-scev

At 2013-09-09 13:07:07,"Tobias Grosser" <tobias at grosser.es> wrote: >On 09/09/2013 05:18 AM, Star Tan wrote: >> >> At 2013-09-09 05:52:35,"Tobias Grosser" <tobias at grosser.es> wrote: >> >>> On 09/08/2013 08:03 PM, Star Tan wrote: >>> Also, I wonder if your runs include the dependence analysis. If this is >>> the

On 07/30/2013 10:03 AM, Star Tan wrote: > Hi Tobias and all Polly developers, > > I have re-evaluated the Polly compile-time performance using newest > LLVM/Polly source code. You can view the results on > http://188.40.87.11:8000 > <http://188.40.87.11:8000/db_default/v4/nts/16?compare_to=9&baseline=9&aggregation_fn=median>. > > Especially, I also evaluated

Hi Tobias and all Polly developers, I have re-evaluated the Polly compile-time performance using newest LLVM/Polly source code. You can view the results on http://188.40.87.11:8000. Especially, I also evaluated our r187102 patch file that avoids expensive failure string operations in normal execution. Specifically, I evaluated two cases for it: Polly-NoCodeGen: clang -O3 -load

...y.so -mllvm -polly -mllvm -polly-optimizer=none -mllvm -polly-code-generator=none -mllvm -polly-codegen-scev >> *pNoGen with default canonicalization (run 33): -O3 -Xclang -load -Xclang LLVMPolly.so -mllvm -polly -mllvm -polly-optimizer=none -mllvm -polly-code-generator=none >> *pBasic without any canonicalization (run 34): -O3 -Xclang -load -Xclang LLVMPolly.so >> >> >> Impact of SCEV canonicalization: >> http://188.40.87.11:8000/db_default/v4/nts/32?compare_to=34&baseline=34 >> Impact of default canonicalization: >> http://188.4...