similar to: [LLVMdev] SPEC2k, SPEC06 base configuration for clang/llvm

Displaying 20 results from an estimated 2000 matches similar to: "[LLVMdev] SPEC2k, SPEC06 base configuration for clang/llvm"

2010 Nov 14
0
[LLVMdev] tot clang/llvm and tot gcc performance comparision
Thanks David. Unfortunately many of us cannot use GPL v3 gcc so it's hard for us to investigate this. One question, can you tell if gcc is inlining significantly more than llvm? We have reports that this is one of the issue plaguing eon performance. There are also some relatively well known spec optimizations that we haven't implemented. e.g.
2010 Nov 13
3
[LLVMdev] tot clang/llvm and tot gcc performance comparision
Hi, I have looked at the LLVM code generation quality using small test cases and in general it is better than I thought and in some cases better than gcc. However, there are still some gap in SPEC performance. I have not looked at the root cause of those gaps. Anyone who cares about LLVM performance need to take this seriously. For fair comparison, I used -fno-strict-aliasing in gcc to turn off
2006 Nov 25
2
[LLVMdev] f95 problem with SPEC2K
Anyone know what to do about this: make[4]: Leaving directory `/proj/llvm/llvm-test-1/External/SPEC/CFP2000/173.applu' make[4]: Entering directory `/proj/llvm/llvm-test-1/External/SPEC/CFP2000/178.galgel' /usr/bin/f95 -w -S -O2 /opt/spec/CPU2000v1.3.1/benchspec//CFP2000/178.galgel/src/modules.f90 -o modules.c -fixed -kind=byte -dcfuns -dusty f95: unrecognized option '-kind=byte'
2006 Nov 25
0
[LLVMdev] f95 problem with SPEC2K
On 25 Nov 2006, at 09:02, Reid Spencer wrote: > Anyone know what to do about this: > > make[4]: Leaving directory `/proj/llvm/llvm-test-1/External/SPEC/ > CFP2000/173.applu' > make[4]: Entering directory `/proj/llvm/llvm-test-1/External/SPEC/ > CFP2000/178.galgel' > /usr/bin/f95 -w -S -O2 /opt/spec/CPU2000v1.3.1/benchspec// > CFP2000/178.galgel/src/modules.f90
2006 Nov 25
1
[LLVMdev] f95 problem with SPEC2K
Hi Kenneth, On Sat, 2006-11-25 at 10:12 +0100, Kenneth Hoste wrote: > > > > ? > > > > This man page: > > http://www.die.net/doc/linux/man/man1/gfortran.1.html > > > > says there's no such option as -kind > > > > Do I need some special version of f95 to run the SPEC2K tests? > > If I'm correct, f95 has nothing to do with GCC. As
2006 Apr 26
1
[LLVMdev] LLC fail without gccld optimization on spec2000 int benchmarks
Hi, In my experiments, I need to disable several linking optimizations. However, bzip2, vortex and eon failed if "-disable-opt" was passed to gccld. I tried the out-of-box llvm and the building process provided by llvm-test. The same problem was observed, when I specified EXTRA_LINKTIME_OPT_FLAGS = -disable-opt on Makefile.program and simplied typed "make" under
2010 Jan 22
3
ZFS loses configuration
I have just installed EON .599 on a machine with a 6 disk raidz2 configuration. I run updimg after creating a zpool. When I reboot, and attempt to run ''zpool list'' it returns ''no pools configured''. I''ve checked /etc/zfs/zpool.cache, and it appears to have configuration information about the disks in place. If I run zpool import, it loads
2015 Aug 08
3
RFC: PGO Late instrumentation for LLVM
Instrumentation based Profile Guided Optimization (PGO) is a compiler technique that leverages important program runtime information, such as precise edge counts and frequent value information, to make frequently executed code run faster. It's proven to be one of the most effective ways to improve program performance. An important design point of PGO is to decide where to place the
2015 Aug 08
2
RFC: PGO Late instrumentation for LLVM
Accidentally sent to uiuc server. On Fri, Aug 7, 2015 at 10:49 PM, Sean Silva <chisophugis at gmail.com> wrote: > Can you compare your results with another approach: simply do not > instrument the top 1% hottest functions (by function entry count)? If this > simple approach provides most of the benefits (my measurements on one > codebase I tested show that it would eliminate
2015 Aug 10
3
RFC: PGO Late instrumentation for LLVM
On Sat, Aug 8, 2015 at 6:31 AM, Xinliang David Li <davidxl at google.com> wrote: > On Fri, Aug 7, 2015 at 10:56 PM, Sean Silva <chisophugis at gmail.com> wrote: > > Accidentally sent to uiuc server. > > > > > > On Fri, Aug 7, 2015 at 10:49 PM, Sean Silva <chisophugis at gmail.com> > wrote: > >> > >> Can you compare your results
2008 Mar 01
1
[LLVMdev] Instruction Scheduling
Hi, guys, I am comparing the performance of the default scheduler (seems to be the one that minimizes register pressure) with no scheduler (-pre-RA-sched=none), and I got these numbers. The ratio is low_reg_pressure/none, that is, the lower the number, the better the performance with low register pressure: CFP2000/177.mesa/177.mesa 1.00 CFP2000/179.art/179.art
2010 Nov 18
2
[LLVMdev] tot clang/llvm and tot gcc performance comparision
Hi Evan, > Thanks David. Unfortunately many of us cannot use GPL v3 gcc so it's hard for us > to investigate this. One question, can you tell if gcc is inlining significantly > more than llvm? We have reports that this is one of the issue plaguing eon > performance. are you allowed to look at assembler output by GPL v3 gcc? If so, maybe someone else can do the compiling for you,
2005 Jul 07
3
[LLVMdev] Does the gcc frontend do inlining or deadcode elimination ?
I am investigating some inlining issue, so I did llvm-gcc aaa.c bbb.c ... nnn.c -o output opt -inline -inline-threshold=xxx < output.bc | llc -march=c > output_inline.c 1) I noticed that even if I set xxx to 0 or even a very small negative number, many functions are eliminated. I am wondering if these functions are inlined by the frontend, or identified as deadcode. For instance,
2005 Nov 03
1
[LLVMdev] LLVM Release Branch Regressions
Dear All, I have found the following regressions on Linux/i386: 176.gcc (cbe, llc, jit) 252.eon (cbe, llc, jit) 126.gcc (cbe, llc, jit) Named (llc, jit) I ran a quick test on 176.gcc, and it doesn't seem to be an optimization problem. -- John T. -- John T. Criswell Research Programmer University of Illinois at Urbana-Champaign "It's today!" said Piglet. "My favorite
2010 Nov 18
0
[LLVMdev] tot clang/llvm and tot gcc performance comparision
On Nov 17, 2010, at 11:14 PM, Duncan Sands wrote: > Hi Evan, > >> Thanks David. Unfortunately many of us cannot use GPL v3 gcc so it's hard for us >> to investigate this. One question, can you tell if gcc is inlining significantly >> more than llvm? We have reports that this is one of the issue plaguing eon >> performance. > > are you allowed to look at
2004 Jul 17
1
Using a group variable for a group of extension to dial
I ahve been searching to no avail for a referenc eon how to setup a part of my dial plan that will ring certain groups of number based upon the context. Essentually, I want to be able to designate 3 people as sales and have my IVR handoff and ring their extensions in order. Then maybe I will ahve a couple of people I group together and have them ring if someone selects 2 on the IVR for tech
2007 Nov 13
2
DO NOT REPLY [Bug 5079] New: rsync: failed to open "/path/to/file", continuing: Permission denied (13)
https://bugzilla.samba.org/show_bug.cgi?id=5079 Summary: rsync: failed to open "/path/to/file", continuing: Permission denied (13) Product: rsync Version: 3.0.0 Platform: All OS/Version: All Status: NEW Severity: minor Priority: P3 Component: core AssignedTo:
2009 Oct 19
0
EON ZFS Storage 0.59.4 based on snv_124 released!
Embedded Operating system/Networking (EON), RAM based live ZFS NAS appliance is released on Genunix! Many thanks to Genunix.org for download hosting and serving the opensolaris community. EON ZFS storage is available in a 32/64-bit CIFS and Samba versions: tryitEON 64-bit x86 CIFS ISO image version 0.59.4 based on snv_124 * eon-0.594-124-64-cifs.iso * MD5:
2005 Jul 07
0
[LLVMdev] Does the gcc frontend do inlining or deadcode elimination ?
Long Fei wrote: > > I am investigating some inlining issue, so I did > > llvm-gcc aaa.c bbb.c ... nnn.c -o output > opt -inline -inline-threshold=xxx < output.bc | llc -march=c > > output_inline.c I am unsure of whether the LLVM GCC frontend does any inlining. However, I do know that your methods above run the LLVM inlining pass, albeit indirectly. If you use
2016 Dec 13
4
Enabling scalarized conditional stores in the loop vectorizer
Hi Michael, Thanks for testing this on your benchmarks and target. I think the results will help guide the direction we go. I tested the feature with spec2k/2k6 on AArch64/Kryo and saw minor performance swings, aside from a large (30%) improvement in spec2k6/libquantum. The primary loop in that benchmark has a conditional store, so I expected it to benefit. Regarding the cost model, I think the