search for: o0g

...le proxy for the overall llvm test suite. This assertion is supposed to get evaluated (and the benchmarks in CTMark possibly adjusted) on a regular basis which should happen roughly twice a year at compiler release times. As far as open source is concerned only CTMark is tracked on green dragon for O0g, Os and - forward looking - O3 LTO. This means O0g and Os is watched very closely, while O3 LTO at this stage is just "getting a look” (a double digit increase will certainly raise eyebrows though). The tracking data is at http://lab.llvm.org:8080/green/view/Compile%20Time/. > 2. Is ASM...

...en/view/Compile%20Time/>. The goal is to stay on top of compile-time issues immediately when they occur so they can be assessed rather than creeping in unnoticed. The methodology is simple: form a CTMark suite out of 10 “long” compiling tests of the LLVM test suite and track it closely for ARM64 O0g and Os. When there is a jump in compile-time of more than 2.5% in one of the tests an email notification will be sent to the committer and a bug will be filed in bugzilla. The 2.5% threshold is large enough to be above the noise level and should be motivating enough to root cause the issue. Also wa...

...en/view/Compile%20Time/>. The goal is to stay on top of compile-time issues immediately when they occur so they can be assessed rather than creeping in unnoticed. The methodology is simple: form a CTMark suite out of 10 “long” compiling tests of the LLVM test suite and track it closely for ARM64 O0g and Os. When there is a jump in compile-time of more than 2.5% in one of the tests an email notification will be sent to the committer and a bug will be filed in bugzilla. The 2.5% threshold is large enough to be above the noise level and should be motivating enough to root cause the issue. Also wa...

I'm looking into some network "weirdness", and I noticed that a CentOS 6 system with multiple IP addresses (load balancer running keepalived) is sending ARP requests from apparently random source IPs. I would have thought that ARP requests would always come from the interface's "primary" IP (especially since keepalived adds all the virtual IPs with a /32 mask). This

On Sun, Dec 18, 2016 at 11:10 AM, Philip Reames <listmail at philipreames.com> wrote: > On 12/17/2016 01:35 PM, Davide Italiano via llvm-dev wrote: >> [...] > > I'd really like to see a profile which broke down the time spent in Value > Propagation and LVI. As the person who has touched both most recently, I am > probably the responsible party. At the same time,

Hi, It's been a while since I sent the last compile time report [1], where it was shown that LLVM was getting slower over time. But now I'm happy to bring some good news: finally, LLVM is getting faster, not slower :) *** Current status *** Many areas of LLVM have been examined and improved since then: InstCombine, SCEV, APInt implementation, and that resulted in almost 10% improvement

Hello list. I'm trying to rebuild the 2.6.9.67.0.20.EL kernel, but it fails even without modifications. How did I try it? Created a (non-root) build environment (not a mock ) Installed the kernel.scr.rpm and did a rpmbuild -ba --target=`uname -m` kernel-2.6.spec 2> prep-err.log | tee prep-out.log The build failed at the end: Processing files: kernel-xenU-devel-2.6.9-67.0.20.EL Checking