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