Displaying 2 results from an estimated 2 matches for "pr22718".
Did you mean:
pr2218
2015 Apr 24
2
[LLVMdev] Loss of precision with very large branch weights
On Fri, Apr 24, 2015 at 2:32 PM, Xinliang David Li <davidxl at google.com>
wrote:
> Since we have decided to capture the global hotness using function
> entry count, it is ok to CAP the max weight as of today. I think the
> remaining bug in PR22718 is that when capping happens, the scaling is
> not done. That needs to be fixed.
>
The problem here is that the two loops show up equally hot. So the function
entry count for bar() won't really help since it seems like both loops call
bar() equally frequently.
> The efficiency of th...
2015 Apr 24
5
[LLVMdev] Loss of precision with very large branch weights
In PR 22718, we are looking at issues with long running applications
producing non-representative frequencies. For example, in these two loops:
int g = 0;
__attribute__((noinline)) void bar() {
g++;
}
extern int printf(const char*, ...);
int main()
{
int i, j, k;
for (i = 0; i < 1000000; i++)
bar();
printf ("g = %d\n", g);
g = 0;
for (i = 0; i < 500000; i++)