search for: aggresser

Displaying 20 results from an estimated 2225 matches for "aggresser".

2006 Jan 20
2
Agressive echo cancelation
Anyone know if it is possible to control how aggressively the "Aggressive" mode behaves. Meaning, is it possible to dial back the aggressive mode to have a happy medium between Regular and the Aggressive defaults. I have a situation where Normal echo cancellation is not quite enough, however when I turn on aggressive mode We are attacking it to hard and I am unhappy with the walkie
2017 Oct 27
2
Less aggressive on the first allocation of CSR if detecting an early exit
When compiling C code below for AArach64, I saw that shrink-wrapping didn't happen due to the very early uses of CSRs in the entry block. So CSR spills/reloads are executed even when the early exit block is taken. int getI(int i); int foo(int *P, int i) { if (i>0) return P[i]; i = getI(i); return P[i]; } It's not that hard to find such cases where
2012 Jun 04
0
Negative variance with lavaan in a multigroup analysis.
Hi list members, I saw a couple lavaan posts here so I think I?m sending this to the correct list. I am trying to run a multigroup analysis with lavaan in order to compare behavioural correlations across two populations. I?m following the method suggested in the paper by Dingemanse et al. (2010) in Behavioural Ecology. In one of the groups, lavaan returns negative variance for one path and I?m
2008 Jan 08
2
[LLVMdev] Setting how aggressive the inliner is in 2.1
Is there a way to set how aggressive the inliner pass (createFunctionInliningPass) without going through the command line interface? Is there any reason InlineLimit isn't an argument to the createFunctionInliningPass function? Thanks, Robert
2013 Nov 27
0
[LLVMdev] Disabling certain optimizations at -O1?
On 27 November 2013 19:36, Robinson, Paul <Paul_Robinson at playstation.sony.com> wrote: > That's correct, -g must not affect code generation. This is a > fundamental mantra among debug-info people. I think you both got me on the wrong side, though I admit my email wasn't clear. I didn't mean to suggest changing codegen for debug purposes only, but on -O1 to be less
2011 Mar 18
0
[LLVMdev] IndVarSimplify too aggressive ?
On Mar 13, 2011, at 2:01 PM, Arnaud Allard de Grandmaison wrote: > Hi all, > > The IndVarSimplify pass seems to be too aggressive when it enlarge the induction variable type ; this can pessimize the generated code when the new induction variable size is not natively supported by the target. This is probably not an issue for x86_64, which supports natively all types, but it is a real one
2015 Feb 26
6
[LLVMdev] RFC: Loop versioning for LICM
I like to propose a new loop multi versioning optimization for LICM. For now I kept this for LICM only, but it can be used in multiple places. The main motivation is to allow optimizations stuck because of memory alias dependencies. Most of the time when alias analysis is unsure about memory access and it says may-alias. This un surety from alias analysis restrict some of the memory based
2016 Oct 28
2
mischeduler
Hi, Regarding the mischeduler, I wonder // For loops that are acyclic path limited, aggressively schedule for // latency. This can result in very long dependence chains scheduled in // sequence, so once every cycle (when CurrMOps == 0), switch to normal // heuristics. if (Rem.IsAcyclicLatencyLimited && !Zone->getCurrMOps() && tryLatency(TryCand, Cand, *Zone))
2004 Aug 04
3
[LLVMdev] Compiler Driver Decisions
On Wed, Aug 04, 2004 at 12:16:12PM -0700, Reid Spencer wrote: > So I propose: > [snip] > -O3 = aggressive optimization, regardless of computation time with the > effect of producing the fastest executable I would suggest splitting -O3 into 2 or more levels of optimization, because as written, -O3 sounds pretty scary: "regardless of computation time", and given some
2016 Mar 23
4
RFC: New aggressive dead code elimination pass
Hi, I have a new variant of Aggressive Dead Code Elimination that also removes dead branching. It is designed to minimize the cost of control-dependence analysis in the common case where almost the entire program is live. It also can optionally remove dead but may-be-infinite loops. When enabled for –O3 (replacing current ADCE pass) and removing loops, impact on SPEC2006 is in the noise but it
2016 Mar 23
0
RFC: New aggressive dead code elimination pass
David Callahan via llvm-dev <llvm-dev at lists.llvm.org> writes: > Hi, > > I have a new variant of Aggressive Dead Code Elimination that also > removes dead branching. It is designed to minimize the cost of > control-dependence analysis in the common case where almost the entire > program is live. It also can optionally remove dead but > may-be-infinite loops. > >
2011 Mar 16
0
[LLVMdev] IndVarSimplify too aggressive ?
On Mar 13, 2011, at 2:01 PM, Arnaud Allard de Grandmaison wrote: > Hi all, > > The IndVarSimplify pass seems to be too aggressive when it enlarge the induction variable type ; this can pessimize the generated code when the new induction variable size is not natively supported by the target. This is probably not an issue for x86_64, which supports natively all types, but it is a real one
2012 Jul 27
1
[LLVMdev] proposal for exploiting undefined behavior much more aggressively
On Thu, Jul 26, 2012 at 3:41 PM, Chris Lattner <clattner at apple.com> wrote: > On Jul 26, 2012, at 9:58 AM, John Regehr wrote: > > http://blog.regehr.org/archives/761 > > It's an interesting post, but I'd like to point out that it is a non-goal > for the project to be actively hostile to users of the compiler. :) It is > useful to have debugging tools for
2011 Nov 09
0
Processed: Re: Bug#648146: ignore.d.server/ssh is too aggressive
Processing commands for control at bugs.debian.org: > reassign 648146 logcheck-database 1.3.13 Bug #648146 [logcheck-database-1.3.13] ignore.d.server/ssh is too aggressive Warning: Unknown package 'logcheck-database-1.3.13' Bug reassigned from package 'logcheck-database-1.3.13' to 'logcheck-database'. Bug No longer marked as found in versions squeeze. Bug #648146
2008 Jan 08
0
[LLVMdev] Setting how aggressive the inliner is in 2.1
On Mon, 7 Jan 2008, Robert Zeh wrote: > Is there a way to set how aggressive the inliner pass > (createFunctionInliningPass) without going through the command line > interface? Nope. Well, you could call cl::ParseCommandLine yourself (passing in a static array) like llvm-gcc does, but other than that "no". > Is there any reason InlineLimit isn't an argument to the
2016 Mar 25
2
RFC: New aggressive dead code elimination pass
[+Danny] ----- Original Message ----- > From: "Justin Bogner via llvm-dev" <llvm-dev at lists.llvm.org> > To: "David Callahan via llvm-dev" <llvm-dev at lists.llvm.org> > Sent: Wednesday, March 23, 2016 12:36:50 PM > Subject: Re: [llvm-dev] RFC: New aggressive dead code elimination pass > > David Callahan via llvm-dev <llvm-dev at
2017 Oct 30
2
Less aggressive on the first allocation of CSR if detecting an early exit
On 2017-10-27 19:50, Hal Finkel wrote: > On 10/27/2017 03:32 PM, Jun Lim via llvm-dev wrote: > >> When compiling C code below for AArach64, I saw that shrink-wrapping >> didn't happen due to the very early uses of CSRs in the entry block. >> So CSR spills/reloads are executed even when the early exit block is >> taken. >> >> int getI(int i); >>
2013 Nov 27
2
[LLVMdev] Disabling certain optimizations at -O1?
> AFAIU, it's not OK for -g to affect code generation. I agree with the > rest of your plan. That's correct, -g must not affect code generation. This is a fundamental mantra among debug-info people. > > > On Wed, Nov 27, 2013 at 2:16 PM, Renato Golin <renato.golin at linaro.org> > wrote: > > On 27 November 2013 08:43, Evgeniy Stepanov >
2012 Feb 19
1
Basic Model Setup Question from a Beginner
Hello all! I would like to start off by saying that I am still really new to the vast world of R so please excuse my very limited vocabulary in the program. I have collected data from monkey videos and would like to setup some model(s) in R that can help with my hypotheses. I am having trouble figuring out which statistical tests/models to use for my two hypotheses. #1: Comparing the presence
2017 Jan 05
4
LLVMTargetMachine with optimization level passed from clang.
I see the BackendUtil.cpp of Clang creates the TargetMachine with the optimization level based on below mentioned logic CodeGenOpt::Level OptLevel = CodeGenOpt::Default; switch (CodeGenOpts.OptimizationLevel) { default: break; case 0: OptLevel = CodeGenOpt::None; break; case 3: OptLevel = CodeGenOpt::Aggressive; break; } As per my understanding, the correspondence between