search for: climbing

Hi Let's assume, we have a multiple linear regression, such as the one using the Scottish hills data (MASS, data(hills)): one dependent variable: time two independent var (metric): dist, climb if I am interested, after (!) fitting a lm: my. lm <- lm(time ~ dist + climb, data = hills) in the equivalence (or non-equivalence) of the two predictors "dist" and

Hi, First of all, thanks for the great work on R in general, and MASS in particular. It's been a life saver for me many times. However, I think I've discovered a bug. It seems that, when I use weights during an initial least-squares regression fit, and later try to add terms using stepAIC(), it uses the weights when looking to remove terms, but not when looking to add them:

Here's the problem: I start asterisk, and it takes up around 3-4% of my CPU resources. However, this number continues to climb over the hours until it is close to 100%. Usually it takes around a day to climb up to approximately 95 or 96% Has anybody experienced the following problem before?

...ail. (To clarify this last point, when cpu activity is spread evenly among all cores, top still shows the total activity for smbd. When it says 100 percent, that would be about 25 percent on EACH core, or 100 percent out of 400 percent total.) My questions are: 1) why is smbd cpu utilization climbing so high in just 40 minutes? 2) could the cause be related to creating, opening and closing so many files so quickly? After all, we are creating, opening and closing 30 files each second. 3) is there anything I can do about it (besides give up)? Samba doesn't seem to be running out of memo...

Problem as follows: 1) Plug in an external USB drive. 2) Mount it anywhere. Doesn't matter how. 3) Copy a few GB of data to the drive from a non-USB disk. 4) Watch the load average "climb" to 5.x, sometimes 10.x or more. Why? This on an otherwise unloaded system. Doesn't matter how many cores, how much RAM, 32/64 bit, etc. Why should copying some files to a USB drive cause

Dear R Community! We analyse the impact of climbing activity on cliff vegetation. During our fieldwork, we recorded 90 Transects in 3 climbing sites. The aim is to see, if the plant cover (response: Cover) is influenced only by crevice availability (predictor: Cracs), or, additional, by the distance to the climbing route (predictor: Distance). Six p...

I want to extra the part of the formula not including the response variable from an lm object. For example if the lm object ABx.lm was created by the call ABx.lm <- lm( y ~ A + B + x, ...) Then ACx.lm is saved as part of a workspace. I wish to extract "~ A + B + x". Later in my code I will fit another linear model of the form z ~ A + B + x for some other response variable z. I

Hi, I've just tried upgrading from 1.1.8 to 1.2.2. As soon as the new version was started up the number of imap/pop3 processes began to climb to 800+, where I normally have about 300 or so connections at any given time. The load on the server also climbed to 150+. I've reverted back to 1.1.18, which is running just fine, but is there anything I can do to help trace what was causing the

Can anyone help explain to me why the two codes below have different result? I thought I can use log(time)~. to replace log(time)~dist+climb+timef.I am using CVlm from DAAG package. I think nihills is preloaded with the package. Thanks in advance. > CVlm(df=nihills, form.lm=formula(log(time)~.),plotit="Observed",m=2)Analysis of Variance Table Response: log(time) Df Sum Sq

fletcher said: > > If you're working on a long document, > > it's not realistic to expect an as you type live preview - > > the performance just won't be there. i said: > i'll wait to challenge you on this assertion until i see > just exactly how well my app works in such situations. i've now done tests, and can conclusively

...gt; the AGC does the right thing. After you speak, does the level of the > noise start going up again? > Ah, apologies, I should have mentioned that. This is against current SVN (rev 12997), built on Win32 with mingw gcc 3.4.5 using SSE. Yes, after I stop speaking, the noise slowly starts climbing again, and if I peek at st->agc_gain, that's slowly climbing too. I think part of the trouble is that the noise in here isn't uniform white noise; there's traffic outside the window and people walking in the hallway outside my door. Each little event is enough to cause the AGC to...

Dear R-Help, My problem/bug came to light,when fitting a linear model using stepwise selection. I'd started with the straightfoward command step(lm(y~., dataset)) This worked fine, but because this starts with all the possible explanatory variables, it results in a model with too many explanatory variables. Hence I wanted to start with just a constant and do forward selection, to get a

...sue with a few users still, yet unable to isolate anything different from them to the user next to them, aside from filenames, which are apparently random or not the cause anyhow. Gave up on trying to fix it a while back, but having more and more problems daily, with 2-3 processes every hour or so climbing to 100% cpu utilization and the user being locked out; a simple kill -9 to the process id in question, and a new one spawns and the end users good to go... Annoying, but at least a work-around we've been able to get by with. I'd like to get some debugging logs, but as these servers are bein...

...eExitLimit(const Loop > *L, BasicBlock *ExitingBlock) { >   if (ExitBr->getSuccessor(0) != L->getHeader() && >       ExitBr->getSuccessor(1) != L->getHeader() && >       ExitBr->getParent() != L->getHeader()) { > -    // The simple checks failed, try climbing the unique predecessor chain > -    // up to the header. > + >     bool Ok = false; > -    for (BasicBlock *BB = ExitBr->getParent(); BB; ) { > +    //Check if the one of the successor of the exit branch has the is a block > +    //that has only one predecessor and has an uncon...

...volution::ComputeExitLimit(const Loop *L, BasicBlock *ExitingBlock) { // if (ExitBr->getSuccessor(0) != L->getHeader() && ExitBr->getSuccessor(1) != L->getHeader() && - ExitBr->getParent() != L->getHeader()) { - // The simple checks failed, try climbing the unique predecessor chain + ExitBr->getParent() != L->getHeader() && + !((BrFirstSucc && BrFirstSucc->isUnconditional() && + BrFirstSucc->getSuccessor(0) == L->getHeader()) || + (BrSecondSucc && BrSecondSucc->isUnconditio...

...calarEvolution::ComputeExitLimit(const Loop *L, BasicBlock *ExitingBlock) { if (ExitBr->getSuccessor(0) != L->getHeader() && ExitBr->getSuccessor(1) != L->getHeader() && ExitBr->getParent() != L->getHeader()) { - // The simple checks failed, try climbing the unique predecessor chain - // up to the header. + bool Ok = false; - for (BasicBlock *BB = ExitBr->getParent(); BB; ) { + //Check if the one of the successor of the exit branch has the is a block + //that has only one predecessor and has an unconditional branch to the + /...

...Block *ExitingBlock) { >> >   if (ExitBr->getSuccessor(0) != L->getHeader() && >> >       ExitBr->getSuccessor(1) != L->getHeader() && >> >       ExitBr->getParent() != L->getHeader()) { >> > -    // The simple checks failed, try climbing the unique predecessor >> > chain >> > -    // up to the header. >> > + >> >     bool Ok = false; >> > -    for (BasicBlock *BB = ExitBr->getParent(); BB; ) { >> > +    //Check if the one of the successor of the exit branch has the is a >&...

Hi All, I have an app making extensive use of Mutex and was concerned about the memory leak I have read about. I saw some sample code to reproduce the problem here: http://pastie.caboo.se/10194 So I thought I would run it myself to see the problem. I do not see a memory leak when using the sample code, but if I require "fastthread" before "thread" using fastthread (0.6.4.1)

...lephone repairman proceeded to the scene, curious to see this psychic dog or senile elderly lady. He climbed a nearby telephone pole, hooked in his test set, and dialed the subscriber's house. The phone didn't ring right away, but then the dog moaned loudly and the telephone began to ring. Climbing down from the pole, the telephone repairman found: 1. The dog was tied to the telephone system's ground wire via a steel chain and collar. 2. The wire connection to the ground rod was loose. 3. The dog was receiving voltage of signaling current when the phone number was called. 4. After a coup...

Has anyone noticed (using the linux command 'top') a gradual increase in memory usage when asterisk is under heavy processing? I am currently pumping 4 ISDN spans (T-1) through my asterisk test system, and have seen the memory used value in top climb steadily each second. Concurrently, the value for "cached" in top also climbs, but occasionally it drops, as well.