Displaying 7 results from an estimated 7 matches for "geekbench".
2015 Jan 23
8
[LLVMdev] [RFC] Heuristic for complete loop unrolling
Hi devs,
Recently I came across an interesting testcase that LLVM failed to optimize well. The test does some image processing, and as a part of it, it traverses all the pixels and computes some value basing on the adjacent pixels. So, the hot part looks like this:
for(y = 0..height) {
for (x = 0..width) {
val = 0
for (j = 0..5) {
for (i = 0..5) {
val += img[x+i,y+j] *
2014 Apr 08
6
[LLVMdev] Proposal: AArch64/ARM64 merge from EuroLLVM
Hi all,
A bunch of us met at EuroLLVM to discuss the planned merge of the two
current AArch64 backends in the tree. The primary question was which
backend should form the basis of the merge (since the core .td files
aren't directly mergeable), with code being cherry-picked from the
other on a case-by-case basis.
There were factors to consider both ways, but I think the key points
of interest
2016 Mar 24
2
[test-suite] r261857 - [cmake] Add support for arbitrary metrics
...collects and merge PGO data files after a benchmark run, ...
This allows us to add new instrumentation and metrics in the future without touching the benchmarks itself. It works best for bigger benchmark that run for a while (a few seconds minimum). It works nicely with benchmark suites like SPEC, geekbench, mediabench.... Let's call this "macro benchmarking".
Having said all that. You make a very good case for what we should call "micro benchmarking". The google benchmarking library does indeed look like a fantastic tool. We should definitely evaluate how we can integrate th...
2016 Mar 24
0
[test-suite] r261857 - [cmake] Add support for arbitrary metrics
...nd merge PGO data files after a benchmark run, ...
>
> This allows us to add new instrumentation and metrics in the future without touching the benchmarks itself. It works best for bigger benchmark that run for a while (a few seconds minimum). It works nicely with benchmark suites like SPEC, geekbench, mediabench.... Let's call this "macro benchmarking".
>
>
> Having said all that. You make a very good case for what we should call "micro benchmarking". The google benchmarking library does indeed look like a fantastic tool. We should definitely evaluate how we c...
2016 Mar 24
1
[test-suite] r261857 - [cmake] Add support for arbitrary metrics
...PGO data files after a benchmark run, ...
>>
>> This allows us to add new instrumentation and metrics in the future without touching the benchmarks itself. It works best for bigger benchmark that run for a while (a few seconds minimum). It works nicely with benchmark suites like SPEC, geekbench, mediabench.... Let's call this "macro benchmarking".
>>
>>
>> Having said all that. You make a very good case for what we should call "micro benchmarking". The google benchmarking library does indeed look like a fantastic tool. We should definitely evalu...
2014 Apr 14
3
[LLVMdev] Proposal: AArch64/ARM64 merge from EuroLLVM
...t have significant regressions. It should be
> recognized that this is a special situation as there are commercial
> releases being made on the two backends, and for adoption of the merge
> it is critical that there are no regressions. Examples of tests are:
> SPEC2000, SPEC2006, EEMBC, Geekbench, Coremark, MCHammer, Emperor
> (NEON)
>
> - Performance - Difficult to have precise and fixed baseline for
> measuring performance regressions on the merged backends because of
> variability in hardware, but all significant performance regressions
> must be investigated and justi...
2014 Mar 28
13
[LLVMdev] Contributing the Apple ARM64 compiler backend
All,
Attached below are the patches that make up the Apple ARM64 compiler backend (in addition to compiler_rt, libc++ and lldb support), and we'd like to start the process of integrating them into mainline LLVM. We and ARM have discussed a general approach to integrating them into mainline and look forward to working through this with the community at large.
First a bit of context to help