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
goedman@icloud.com




On Nov 23, 2013, at 10:31 PM, Robert J Goedman <goedman@icloud.com> 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
> goedman@icloud.com
> 
> 
> 
> 
> On Nov 23, 2013, at 9:06 PM, John Fox <jfox@mcmaster.ca> 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 <goedman@icloud.com> 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
>>> goedman@icloud.com
>>> 
>>> 
>>> 
>>> 
>>> On Nov 23, 2013, at 5:43 AM, John Fox <jfox@mcmaster.ca> 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 <goedman@icloud.com> wrote:
>>>>> Thansk Peter,
>>>>> 
>>>>> Now I can reproduce it!
>>>>> 
>>>>> Rob J. Goedman
>>>>> goedman@icloud.com
>>>>> 
>>>>> 
>>>>> 
>>>>> 
>>>>> On Nov 22, 2013, at 1:00 PM, peter dalgaard <pdalgd@gmail.com> wrote:
>>>>> 
>>>>>> 
>>>>>> On 22 Nov 2013, at 16:42 , Robert J Goedman <goedman@icloud.com> 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
>>>>>>> goedman@icloud.com
>>>>>>> 
>>>>>>> 
>>>>>>> On Nov 22, 2013, at 7:29 AM, Simon Urbanek <simon.urbanek@r-project.org> wrote:
>>>>>>> 
>>>>>>>> On Nov 20, 2013, at 11:41 AM, Jonathan Chapman <petsrme2@icloud.com> 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
>>>>>>> R-SIG-Mac@r-project.org
>>>>>>> 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: pd.mes@cbs.dk  Priv: PDalgd@gmail.com
>>>>> 
>>>>> 
>>>>> 	[[alternative HTML version deleted]]
>>>>> 
>>>>> _______________________________________________
>>>>> R-SIG-Mac mailing list
>>>>> R-SIG-Mac@r-project.org
>>>>> https://stat.ethz.ch/mailman/listinfo/r-sig-mac
>>> 
> 
> _______________________________________________
> R-SIG-Mac mailing list
> R-SIG-Mac@r-project.org
> https://stat.ethz.ch/mailman/listinfo/r-sig-mac


	[[alternative HTML version deleted]]

