Displaying 3 results from an estimated 3 matches for "exahust".
Did you mean:
exaust
2016 Dec 18
1
llvm (the middle-end) is getting slower, December edition
...t pointing fingers. The
main motivation behind this e-mail is showing up that multiple passes
in the compiler seem to have regressed on large testcases. Many people
don't notice because they are (un)lucky enough to not run with LTO.
There are probably/maybe other regressions uncovered by my
non-exahustive analysis. I wasn't particularly pleased after a fair
amount of time working on GVN to clean up technical-debt to realize
that the compiler got slower in other areas.
--
Davide
"There are no solved problems; there are only problems that are more
or less solved" -- Henri Poincare
2002 Jun 19
1
best selection of covariates (for each individual)
...ncentration coefficient) for IxJ contingency tables.
Since for every subject with m "present" covars, there are m possible
contingency tables, and there are many subjects with multiple present covars,
there is an astronomical number of possible contingency tables, and we can
not do an exahustively search (nor do I see an obvious way to simplify the
problem from tau's definition, because we have 12 categories to predict based
on the 8 covars). I would use a genetic algorithm to try and find a decent
solution.
Approach 2: set this up as a multinomial loglinear model. Fit it (usin...
2016 Dec 18
0
llvm (the middle-end) is getting slower, December edition
On 12/17/2016 01:35 PM, Davide Italiano via llvm-dev wrote:
> First of all, sorry for the long mail.
> Inspired by the excellent analysis Rui did for lld, I decided to do
> the same for llvm.
> I'm personally very interested in build-time for LTO configuration,
> with particular attention to the time spent in the optimizer.
> Rafael did something similar back in March, so