I can't imagine using Windows without Emacs. In particular, the Windows ports of Emacs are very aware of the operating system and usually make the right assumptions. The type of behavior you are noticing can probably be cured by typing C-g in the *R* buffer in emacs. The most likely cause is that the R process in Emacs is waiting for the plot to finish and is querying the plotting device. Most of that excess CPU usage is from the query loop. The C-g tells Emacs and R to stop waiting. If C-g doesn't stop the 100% CPU utilization, then it is most likely something about the specific plot you are drawing. We will need to see a reproducible example to say more. Rich ---- Original message ---->Date: Fri, 16 Mar 2007 19:37:14 -0400 >From: Duncan Murdoch <murdoch at stats.uwo.ca> >Subject: Re: [R] CPU usage on Windows >To: Jonathan Wang <jontwang at gmail.com> >Cc: r-help at stat.math.ethz.ch > >On 3/16/2007 6:56 PM, Jonathan Wang wrote: >> I'm using R with emacs & ESS on Windows. When I create a plot, sometimes R >> will seem to get stuck in a busy loop, i.e. it will use 100% of my CPU. >> >> Has anybody heard of this behavior, or, better yet, have a solution? > >I've heard of a number of problems with Emacs on Windows. I wouldn't >recommend using it. As far as I can see, it makes a number of >assumptions about the OS that just aren't true about Windows.
On 3/16/07, Richard M. Heiberger <rmh at temple.edu> wrote:> I can't imagine using Windows without Emacs. > In particular, the Windows ports of Emacs are very aware > of the operating system and usually make the right assumptions. > > The type of behavior you are noticing can probably be cured by typing C-g in the > *R* buffer in emacs. The most likely cause is that the R process in Emacs > is waiting for the plot to finish and is querying the plotting device. > Most of that excess CPU usage is from the query loop. The C-g tells Emacs and R > to stop waiting. > > If C-g doesn't stop the 100% CPU utilization, then it is most likely something > about the specific plot you are drawing. We will need to see a reproducible > example to say more.The behavior I'm seeing is different from what you've described. It's reliably reproducible and occurs whenever a plot window is visible, whether using ESS & Rterm or Rterm directly. Something as simple as plot(1:10, rnorm(10)) will trigger this behavior. The Windows task manager shows that it's the Rterm process that's spinning and not emacs. I've previously observed the behavior you mention, where ESS gets stuck in a busy loop waiting for the next command prompt from Rterm. This is also (obviously) suboptimal, but isn't the particular issue I'm having. Perhaps it's a graphics driver conflict of some sort? Jonathan