Hi John, If you want to play around with NSAppSleepDisabled yourself, you can, in a Terminal:
defaults write org.R-project.R NSAppSleepDisabled -bool yes to check the setting: defaults read org.R-project.R NSAppSleepDisabled or to re-enable AppNap: defaults write org.R-project.R NSAppSleepDisabled -bool no or just delete the key: defaults delete org.R-project.R NSAppSleepDisabled Regards, Rob J. Goedman [email protected] On Nov 23, 2013, at 10:31 PM, Robert J Goedman <[email protected]> wrote: > Hi John, > > I'm just starting, but it look likes 'defaults write ...' can be used to > manage the setting. Not elegant, but maybe temporarily ok for tcltk users. > > Someone from TexShop (Richard Koch) reported that if R.app is compiled > against the 10.9 APIs, the 'Prevent App Nap' check box will not appear. The > ultimate solution is for R.app to know when App Nap should not kick in, there > is a new API for that. > > So, some more homework... > > Regards, > Rob J. Goedman > [email protected] > > > > > On Nov 23, 2013, at 9:06 PM, John Fox <[email protected]> wrote: > >> Hi Rob, >> >> Thanks for the explanation -- that makes sense of the current behaviour. I >> think that you know that I'm not very knowledgeable about OS X. A couple of >> follow-up questions: >> >> If you make this change to R.app, will the default be to disable App Nap or >> just to provide the check box? >> >> If App Nap isn't disable by R.app by default, would it be possible to >> disable it under program control, e.g., when the Rcmdr package is loaded? >> >> Best, >> John >> >> On Sat, 23 Nov 2013 18:59:12 -0800 >> Robert J Goedman <[email protected]> wrote: >>> Hi John, >>> >>> Looking at Activity Monitor on my system, R will always take up say 2.5% >>> CPU time while R.app will almost go away if it is not active. This might be >>> because in a terminal the process might not be treated as a pure >>> application but maybe more as a traditional Unix process. But that's just a >>> guess from my side. >>> >>> What surprised me a bit is that we couldn't switch off App Nap, as is >>> possible with several other apps (go to the Info panel of an app and it >>> should show a 'Prevent App Nap' box, e.g. Dropbox). R.app did not show that >>> box, probably a consequence of an older build/project creation? >>> >>> Anyway, on my system I added that property in the info.plist and disabled >>> the App Nap behavior. It seems to be working fine now. I'll do some more >>> testing to see if I can get the check box on the Info screen show up and >>> check with Simon if it's ok to commit the change. Of course, in that case >>> R.app will also always consume 2.5% CPU. Under the energy tab of the >>> Activity Monitor you can see which apps allow App Nap. >>> >>> Rob J. Goedman >>> [email protected] >>> >>> >>> >>> >>> On Nov 23, 2013, at 5:43 AM, John Fox <[email protected]> wrote: >>> >>>> Dear Rob et al., >>>> >>>> I'm glad that there's progress in understanding the source of the problem, >>>> but I wonder why the problem doesn't manifest itself -- at least in my >>>> experience -- when R runs in a terminal window. >>>> >>>> Best, >>>> John >>>> >>>> On Fri, 22 Nov 2013 14:42:00 -0800 >>>> Robert J Goedman <[email protected]> wrote: >>>>> Thansk Peter, >>>>> >>>>> Now I can reproduce it! >>>>> >>>>> Rob J. Goedman >>>>> [email protected] >>>>> >>>>> >>>>> >>>>> >>>>> On Nov 22, 2013, at 1:00 PM, peter dalgaard <[email protected]> wrote: >>>>> >>>>>> >>>>>> On 22 Nov 2013, at 16:42 , Robert J Goedman <[email protected]> wrote: >>>>>> >>>>>>> Not sure how long it takes to see the lagging (a few minutes someone >>>>>>> reported), but I've not been able to reproduce this problem. >>>>>> >>>>>> For me, library(tcltk); demo(tkfaq), click to focus, then use Fn-Down >>>>>> (i.e. PgDown) to go to the bottom of the file, Fn-Up to the top, etc. >>>>>> Less than two iteration for me before the effect kicks in. >>>>>> >>>>>>> >>>>>>> Which makes me wonder if anyone has seen this behavior after rebuilding >>>>>>> R.app on Mavericks (from the R.app sources). >>>>>>> >>>>>>> Regards, >>>>>>> Rob J. Goedman >>>>>>> [email protected] >>>>>>> >>>>>>> >>>>>>> On Nov 22, 2013, at 7:29 AM, Simon Urbanek >>>>>>> <[email protected]> wrote: >>>>>>> >>>>>>>> On Nov 20, 2013, at 11:41 AM, Jonathan Chapman <[email protected]> >>>>>>>> wrote: >>>>>>>> >>>>>>>>> I upgraded to XQuartz 2.7.5, but it still lags. >>>>>>>>> >>>>>>>> >>>>>>>> Please read Peter's response - it has nothing to do with XQuartz >>>>>>>> versions >>>>>>> >>>>>>> >>>>>>> [[alternative HTML version deleted]] >>>>>>> >>>>>>> _______________________________________________ >>>>>>> R-SIG-Mac mailing list >>>>>>> [email protected] >>>>>>> https://stat.ethz.ch/mailman/listinfo/r-sig-mac >>>>>> >>>>>> -- >>>>>> Peter Dalgaard, Professor, >>>>>> Center for Statistics, Copenhagen Business School >>>>>> Solbjerg Plads 3, 2000 Frederiksberg, Denmark >>>>>> Phone: (+45)38153501 >>>>>> Email: [email protected] Priv: [email protected] >>>>> >>>>> >>>>> [[alternative HTML version deleted]] >>>>> >>>>> _______________________________________________ >>>>> R-SIG-Mac mailing list >>>>> [email protected] >>>>> https://stat.ethz.ch/mailman/listinfo/r-sig-mac >>> > > _______________________________________________ > R-SIG-Mac mailing list > [email protected] > https://stat.ethz.ch/mailman/listinfo/r-sig-mac [[alternative HTML version deleted]] _______________________________________________ R-SIG-Mac mailing list [email protected] https://stat.ethz.ch/mailman/listinfo/r-sig-mac
