Re: [R-SIG-Mac] macOS may not give R much time in a long compute
On 2/18/23 4:34 PM, Simon Urbanek wrote: On Feb 19, 2023, at 3:50 AM, Spencer Graves wrote: On 2/18/23 6:40 AM, Prof Brian Ripley wrote: Are you using R.app (you failed to say)? I'm "using the newest version of RStudio" [Version 2022.12.0+353 (2022.12.0+353)]. This means I am running R.app? No, it means you're not using R, so please ask RStudio support since that is not under R's control (since RStudio is a web server there are many ways how this could matter). Cheers, Simon PS: that made me think - if R is embedded in another application we should probably include that information in sessionInfo() to avoid confusion of R with other tools. Agreed. Thanks for all you do to help make it easier for people everywhere to understand the information available to them. Spencer Graves ___ R-SIG-Mac mailing list R-SIG-Mac@r-project.org https://stat.ethz.ch/mailman/listinfo/r-sig-mac
Re: [R-SIG-Mac] macOS may not give R much time in a long compute
> On Feb 19, 2023, at 3:50 AM, Spencer Graves > wrote: > > On 2/18/23 6:40 AM, Prof Brian Ripley wrote: >> Are you using R.app (you failed to say)? > > > I'm "using the newest version of RStudio" [Version 2022.12.0+353 > (2022.12.0+353)]. This means I am running R.app? > No, it means you're not using R, so please ask RStudio support since that is not under R's control (since RStudio is a web server there are many ways how this could matter). Cheers, Simon PS: that made me think - if R is embedded in another application we should probably include that information in sessionInfo() to avoid confusion of R with other tools. ___ R-SIG-Mac mailing list R-SIG-Mac@r-project.org https://stat.ethz.ch/mailman/listinfo/r-sig-mac
Re: [R-SIG-Mac] macOS may not give R much time in a long compute
On 2/18/23 6:40 AM, Prof Brian Ripley wrote: Are you using R.app (you failed to say)? I'm "using the newest version of RStudio" [Version 2022.12.0+353 (2022.12.0+353)]. This means I am running R.app? If so, have you acted on the documentation about 'app nap'? E.g. §4.1 of the R-admin manual. Thanks for the term "app nap" and the reference to §4.1 of the R-admin manual. I had not previously heard of "app nap", but that sounds like what I've encountered, and that section of the manual suggests that if I encounter this problem again, I can open a terminal and enter: defaults write org.R-project.R NSAppSleepDisabled -bool YES Will it take effect immediately? Or will I need to restart R? I've changed the code since I reported this problem, and I have not encountered this problem since. I'm not sure, but when I noticed this problem, I may have had "if(max(et3i)>1800)" [progress report every 30 minutes] instead of "if(max(et3i)>180)" [progress report every 3 minutes].[*] With luck, this change may fix this problem. If yes, might you have any idea what the threshold might be? Thanks very much. Spencer Graves [*] I'm not sure what threshold I was using when I encountered this problem: 180 or 1800 seconds. I foolishly didn't save the output that included lines like the following: iscan = 22992 ; et3i = 180 26 104 iscan = 32124 ; et3i = 22 1 180 On 18/02/2023 12:31, Spencer Graves wrote: Hello: During a long compute (in a while loop), I've asked R to report progress via: # Progress report every 3 minutes et3i <- proc.time()-startT3i if(max(et3i)>180){ startT3i <- proc.time() cat('iscan = ', iscan3, '; et3i = ', round(et3i[1:3]), '\n') } When it's running properly, I get something like the following: iscan = 22992 ; et3i = 180 26 104 However if I leave my computer running unattended, I can get reports like the following: iscan = 32124 ; et3i = 22 1 180 Evidently, macOS 11.7.4 decided NOT to give time to R. Suggestions? Thanks, Spencer Graves sessionInfo() R version 4.2.2 (2022-10-31) Platform: x86_64-apple-darwin17.0 (64-bit) Running under: macOS Big Sur 11.7.4 Matrix products: default LAPACK: /Library/Frameworks/R.framework/Versions/4.2/Resources/lib/libRlapack.dylib locale: [1] en_US.UTF-8/en_US.UTF-8/en_US.UTF-8/C/en_US.UTF-8/en_US.UTF-8 attached base packages: [1] stats graphics grDevices utils datasets methods base loaded via a namespace (and not attached): [1] compiler_4.2.2 tools_4.2.2 knitr_1.42 xfun_0.37 > ___ R-SIG-Mac mailing list R-SIG-Mac@r-project.org https://stat.ethz.ch/mailman/listinfo/r-sig-mac
Re: [R-SIG-Mac] macOS may not give R much time in a long compute
Are you using R.app (you failed to say)? If so, have you acted on the documentation about 'app nap'? E.g. §4.1 of the R-admin manual. On 18/02/2023 12:31, Spencer Graves wrote: Hello: During a long compute (in a while loop), I've asked R to report progress via: # Progress report every 3 minutes et3i <- proc.time()-startT3i if(max(et3i)>180){ startT3i <- proc.time() cat('iscan = ', iscan3, '; et3i = ', round(et3i[1:3]), '\n') } When it's running properly, I get something like the following: iscan = 22992 ; et3i = 180 26 104 However if I leave my computer running unattended, I can get reports like the following: iscan = 32124 ; et3i = 22 1 180 Evidently, macOS 11.7.4 decided NOT to give time to R. Suggestions? Thanks, Spencer Graves sessionInfo() R version 4.2.2 (2022-10-31) Platform: x86_64-apple-darwin17.0 (64-bit) Running under: macOS Big Sur 11.7.4 Matrix products: default LAPACK: /Library/Frameworks/R.framework/Versions/4.2/Resources/lib/libRlapack.dylib locale: [1] en_US.UTF-8/en_US.UTF-8/en_US.UTF-8/C/en_US.UTF-8/en_US.UTF-8 attached base packages: [1] stats graphics grDevices utils datasets methods base loaded via a namespace (and not attached): [1] compiler_4.2.2 tools_4.2.2 knitr_1.42 xfun_0.37 > -- Brian D. Ripley, rip...@stats.ox.ac.uk Emeritus Professor of Applied Statistics, University of Oxford ___ R-SIG-Mac mailing list R-SIG-Mac@r-project.org https://stat.ethz.ch/mailman/listinfo/r-sig-mac
[R-SIG-Mac] macOS may not give R much time in a long compute
Hello: During a long compute (in a while loop), I've asked R to report progress via: # Progress report every 3 minutes et3i <- proc.time()-startT3i if(max(et3i)>180){ startT3i <- proc.time() cat('iscan = ', iscan3, '; et3i = ', round(et3i[1:3]), '\n') } When it's running properly, I get something like the following: iscan = 22992 ; et3i = 180 26 104 However if I leave my computer running unattended, I can get reports like the following: iscan = 32124 ; et3i = 22 1 180 Evidently, macOS 11.7.4 decided NOT to give time to R. Suggestions? Thanks, Spencer Graves sessionInfo() R version 4.2.2 (2022-10-31) Platform: x86_64-apple-darwin17.0 (64-bit) Running under: macOS Big Sur 11.7.4 Matrix products: default LAPACK: /Library/Frameworks/R.framework/Versions/4.2/Resources/lib/libRlapack.dylib locale: [1] en_US.UTF-8/en_US.UTF-8/en_US.UTF-8/C/en_US.UTF-8/en_US.UTF-8 attached base packages: [1] stats graphics grDevices utils datasets methods base loaded via a namespace (and not attached): [1] compiler_4.2.2 tools_4.2.2knitr_1.42 xfun_0.37 > ___ R-SIG-Mac mailing list R-SIG-Mac@r-project.org https://stat.ethz.ch/mailman/listinfo/r-sig-mac