search for: atax

Displaying 12 results from an estimated 12 matches for "atax".

Did you mean: ata
2002 Jan 10
2
Visual Fox Pro 6 APP and Wine & Reggresion
...rid of those hard-to-manage-and-prone-to-error nt boxes) since we mostly use this app for everything, we tried to run it in Linux using wine. i downloaded the latest wine release, the codeweavers release and a CVS one, none of them seem to work and all displayed this error http://www.reconfig.net/~atax/error2.txt So i went to the mailing list archives and found that there had been some regressions in the wine code, and it advised to run wine-20010510, after compiling and installing this release, it did exit (wine) with the same error, not giving up, i played with the --winver option, and found t...
2013 Mar 20
2
[LLVMdev] [Polly]GSoC Proposal: Reducing LLVM-Polly Compiling overhead
...% | 140.3% | > | intrument.c | 0.149 | 0.151 | 0.837 | 1.3% | 461.7% | This number is surprising. In your last numbers you reported Polly-optimize as taking 0.495 sec in debug mode. The time you now report for the release mode is almost twice as much. Can you verify this number please? > | atax.c | 0.135 | 0.136 | 0.917 | 0.7% | 579.3% | > | gemm.c | 0.161 | 0.162 | 1.839 | 0.6% | 1042.2% | This number looks also fishy. In debug mode you reported for Polly-optimize 1.327 seconds. This is again faster than in release mode. > | jacobi-2d-imper.c | 0.16 | 0.161 | 0.649 | 0.6% | 305....
2013 Mar 19
0
[LLVMdev] [Polly]GSoC Proposal: Reducing LLVM-Polly Compiling overhead
...163 | 1.346 | 1.9% | 741.3% | | gramchmidt.c | 0.159 | 0.167 | 1.023 | 5.0% | 543.4% | | eidel.c | 0.125 | 0.13 | 0.285 | 4.0% | 128.0% | | adi.c | 0.155 | 0.156 | 0.953 | 0.6% | 514.8% | | doitgen.c | 0.124 | 0.128 | 0.298 | 3.2% | 140.3% | | intrument.c | 0.149 | 0.151 | 0.837 | 1.3% | 461.7% | | atax.c | 0.135 | 0.136 | 0.917 | 0.7% | 579.3% | | gemm.c | 0.161 | 0.162 | 1.839 | 0.6% | 1042.2% | | jacobi-2d-imper.c | 0.16 | 0.161 | 0.649 | 0.6% | 305.6% | | bicg.c | 0.149 | 0.152 | 0.444 | 2.0% | 198.0% | | gemver.c | 0.135 | 0.136 | 0.416 | 0.7% | 208.1% | | lu.c | 0.143 | 0.148 | 0.398 | 3.5%...
2013 Mar 18
2
[LLVMdev] [Polly]GSoC Proposal: Reducing LLVM-Polly Compiling overhead
Dear Tobias Grosser, Thank you so much for your kind reply. Your advice is very helpful and inspiring. At 2013-03-18 20:40:50,"Tobias Grosser" <tobias at grosser.es> wrote: >On 03/17/2013 11:54 PM, Star Tan wrote: >> Hello Tobi, >> >> I am interested in Polly project. Polly seems to be a very promising tool to find out program parallelization based on LLVM
2013 Mar 23
0
[LLVMdev] [Polly]GSoC Proposal: Reducing LLVM-Polly Compiling overhead
...% | 140.3% | > | intrument.c | 0.149 | 0.151 | 0.837 | 1.3% | 461.7% | This number is surprising. In your last numbers you reported Polly-optimize as taking 0.495 sec in debug mode. The time you now report for the release mode is almost twice as much. Can you verify this number please? > | atax.c | 0.135 | 0.136 | 0.917 | 0.7% | 579.3% | > | gemm.c | 0.161 | 0.162 | 1.839 | 0.6% | 1042.2% | This number looks also fishy. In debug mode you reported for Polly-optimize 1.327 seconds. This is again faster than in release mode. > | jacobi-2d-imper.c | 0.16 | 0.161 | 0.649 | 0.6% | 305....
2013 May 02
0
[LLVMdev] [Polly] GSoC Proposal: Reducing LLVM-Polly Compiling overhead
...mllvm -polly-optimizer=none *polly: pollycc -O3 > > Table 1: Compile time for PolyBench (Seconds, each benchmark is run 10 > times) > > clang pBasic pNoOpt pNoGen pOPt pBasic% pNoGen% > pNoOpt% pOpt% 2mm.c 0.1521 0.1593 0.1711 0.3235 0.7247 > 4.73% 12.49% 112.69% 376.46% atax.c 0.1386 0.1349 0.1449 > 0.2066 0.313 0.00% 0.00% 49.06% 125.83% covariance.c 0.1498 > 0.1517 0.1526 0.3561 0.7706 1.27% 1.87% 137.72% 414.42% gemver.c > 0.1562 0.1587 0.1724 0.2674 0.3936 1.60% 10.37% 71.19% 151.99% > instrument.c 0.1062 0.1075 0.1124 0.123 0.1216 0.00% 5.84% > 15...
2018 Apr 26
0
Compare test-suite benchmarks performance complied without TBAA, with default TBAA and with new TBAA struct path
...9149080| 0| 8.88393369| -0.08| 5619149080| 0| |SingleSource/Benchmarks/Polybench/datamining/covariance/covariance.test | 40|8.881371053| 5597878269|8.874710262| 0.08| 5597878274| 0|8.877396778| 0.04| 5597878273| 0| |SingleSource/Benchmarks/Polybench/linear-algebra/kernels/atax/atax.test | 203|0.125524393| 392664271|0.125337528| 0.15| 392664276| 0|0.125380979| 0.11| 392664277| 0| |SingleSource/Benchmarks/Polybench/linear-algebra/kernels/bicg/bicg.test | 167|0.167677998| 464571982| 0.16758646| 0.05| 464571983| 0|0.167430814| 0.15| 4645...
2013 Apr 26
4
[LLVMdev] [Polly] GSoC Proposal: Reducing LLVM-Polly Compiling overhead
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:
2013 Mar 18
2
[LLVMdev] [Polly]GSoC Proposal: Reducing LLVM-Polly Compiling overhead
...| 0.74 | 2.294 | 1.4% | 214.2% | | gramschmidt.c | 0.63 | 0.643 | 1.134 | 2.1% | 80.0% | | seidel.c | 0.632 | 0.645 | 2.036 | 2.1% | 222.2% | | adi.c | 0.8 | 0.811 | 3.044 | 1.4% | 280.5% | | doitgen.c | 0.742 | 0.752 | 2.32 | 1.3% | 212.7% | | instrument.c | 0.445 | 0.45 | 0.495 | 1.1% | 11.2% | | atax.c | 0.614 | 0.627 | 1.007 | 2.1% | 64.0% | | gemm.c | 0.721 | 0.74 | 1.327 | 2.6% | 84.0% | | jacobi-2d-imper.c | 0.721 | 0.735 | 2.211 | 1.9% | 206.7% | | bicg.c | 0.577 | 0.597 | 1.01 | 3.5% | 75.0% | | gemver.c | 0.799 | 0.857 | 1.296 | 7.3% | 62.2% | | lu.c | 0.68 | 0.702 | 1.132 | 3.2% | 66.5%...
2013 Feb 23
1
Old ICH7 SATA-2 question
Hello there, I've got a question about SATA. I've got ASUS P5GC-MX/1333 with ICH7. (SATA2 support) A few HDD with SATA2. system: uname -a FreeBSD diablo.miekoff.local 9.1-STABLE FreeBSD 9.1-STABLE #1 r246666: Tue Feb 12 00:19:07 MSK 2013 root at diablo.miekoff.local:/usr/obj/usr/src/sys/DIABLO64 amd64 camcontrol info camcontrol iden ada2 pass2: <ST3500320AS SD1A> ATA-8 SATA 2.x
2014 Jan 28
3
[LLVMdev] MergeFunctions: reduce complexity to O(log(N))
Hi Stepan, Sorry for the delay. It's great that you are working on MergeFunctions as well and I agree, we should definitely try to combine our efforts to improve MergeFunctions. Just to give you some context, the pass (with the similar function merging patch) is already being used in a production setting. From my point of view, it would be better if we focus on improving its capability
2014 Jan 30
3
[LLVMdev] MergeFunctions: reduce complexity to O(log(N))
...ll 2 7606 0 0.01 7587 0 0.01 7587 ary.ll 44 61905 1 0.02 61715 1 0.02 61715 asearch1.ll 1 44616 0 0.01 44590 0 0.01 44590 asearch.ll 2 86459 0 0.02 86433 0 0.02 86433 assem.ll 1 14439 0 0.01 14409 0 0.01 14409 assign.ll 10 62051 0 0.02 62028 0 0.02 62028 atalloc.ll 3 11357 0 0.01 11323 0 0.01 11323 atax.ll 12 23916 0 0.01 23868 0 0.01 23868 AtomicOps.ll 2 5132 0 0.01 5123 0 0.01 5123 atop.ll 1 12901 0 0.01 12874 0 0.01 12874 badidx.ll 2 5030 0 0.01 5018 0 0.01 5018 basicmath.ll 1 27788 0 0.01 27750 0 0.01 27750 Bcj2Coder.ll 29 231916 0 0.03 231882 0 0.03 231882 Bcj2Register.ll 3 8684 0 0.01 8650 0...