Re: [R-SIG-Mac] R-gui slow since last update

2021-05-08 Thread ALPEROVYCH Yan
console (built for R 4.0.x). Please let me know if that works for you. Thanks, Simon On May 7, 2021, at 2:37 AM, ALPEROVYCH Yan wrote: Thank you Simon, Brandon suggested to use the debug version of the R-gui, but you seem to be ok with what I sent. Please let me know if you also want the sampler

Re: [R-SIG-Mac] R-gui slow since last update

2021-05-06 Thread ALPEROVYCH Yan
n 4/05/2021, at 7:10 PM, ALPEROVYCH Yan wrote: > > Simon, > > I sampled the process of my test (the slowdown). I was able to do it without > downloading the "Debug" version. There are two files attached. > 1. The first one (run at 8:58:14 am) is the replication of my test (

Re: [R-SIG-Mac] R-gui slow since last update

2021-05-03 Thread ALPEROVYCH Yan
eter dalgaard mailto:pda...@gmail.com>> wrote: 2019 MB Air here, Big Sur, 4.0.5 off CRAN. I don't see the issue either. (I do see the "...warmup" thing, though.) - Peter D. On 1 May 2021, at 21:01 , ALPEROVYCH Yan mailto:alperov...@em-lyon.com>> wrote: Thank you Simon, Regar

Re: [R-SIG-Mac] R-gui slow since last update

2021-05-01 Thread ALPEROVYCH Yan
eport back. Yan On May 1, 2021, at 7:00 AM, Simon Urbanek mailto:simon.urba...@r-project.org>> wrote: Yan, Thank you for the report, comments inline. On May 1, 2021, at 03:56, ALPEROVYCH Yan mailto:alperov...@em-lyon.com>> wrote: Dear all, Beyond the occasional red war

[R-SIG-Mac] R-gui slow since last update

2021-04-30 Thread ALPEROVYCH Yan
Dear all, Beyond the occasional red warnings about the 'NSPop….' buttons, warmups, etc. and similar issues reported elsewhere here I’ve noted the slowdown of R console with more and more output. Here is what I do to reliably reproduced it on my machine - MacBook Pro 2017 with Touch Bar (session

[R-SIG-Mac] R-GUI error

2017-11-16 Thread ALPEROVYCH Yan
Hi all, From time to time, and I cannot identify a clear pattern that leads to this, the R-GUI shows the following: 2017-11-16 10:31:20.486 R[1787:130994] -[NSNull bytes]: unrecognized selector sent to instance 0x7fff9fba78f0 2017-11-16 10:31:20.509 R[1787:130994] -[NSNull bytes]: unrecognized

Re: [R-SIG-Mac] Issue corrected on 3.1.1 came back?

2017-04-25 Thread ALPEROVYCH Yan
A quick question relative to this issue. Since R.app GUI 1.69 (7328) is not showing signs of this problem, I was trying to use the R 3.4 with the 1.69 to no avail. Is this possible and if yes, how to do it properly? Thanks in advance, Yan On Apr 24, 2017, at 2:46 PM, ALPEROVYCH Yan

[R-SIG-Mac] Issue corrected on 3.1.1 came back?

2017-04-24 Thread ALPEROVYCH Yan
M GMT+1 To: ALPEROVYCH Yan mailto:alperov...@em-lyon.com>> Cc: David Dobolyi mailto:dd...@virginia.edu>>, "r-sig-...@stat.math.ethz.ch<mailto:r-sig-...@stat.math.ethz.ch>" mailto:r-sig-...@stat.math.ethz.ch>> I have more evidence that points at Xcode. If you use the R

Re: [R-SIG-Mac] parLapply is not using all nodes

2015-12-11 Thread ALPEROVYCH Yan
gt;> wrote: Hi Yan, Sorry it wasn't the simple answer. On my machine, your code creates 3 R processes (#cores -1) and they are all active. If you have an even simpler example say parLapply(cl, 1:8, function_that_takes_a_while) does that get all the cores going? John On Fri, Dec 11, 2015

Re: [R-SIG-Mac] parLapply is not using all nodes

2015-12-11 Thread ALPEROVYCH Yan
an, I think parLapply is just assigning a core for every item in the list, G, you supplied. Because you have more cores than items in the list, some of the cores won't receive any work. John On Fri, Dec 11, 2015 at 4:00 AM, ALPEROVYCH Yan mailto:alperov...@em-lyon.com>> wrote: Hello,

[R-SIG-Mac] parLapply is not using all nodes

2015-12-11 Thread ALPEROVYCH Yan
Hello, I have a piece of code that needs parallelization and it used to work just fine before (about 6 months ago). However, I had to rerun it yesterday and found out that my code is now behaving in a weird way - not all worker processes are charged with the computation. I created a little cod

Re: [R-SIG-Mac] R 3.2 "Cannot start HTML help server" message.

2015-04-21 Thread ALPEROVYCH Yan
h/R-3.2-branch-mavericks-signed.pkg > > Cheers, > Simon > > >> On Apr 20, 2015, at 6:54 AM, ALPEROVYCH Yan wrote: >> >> Upon installing R 3.2 every time I open the package manager there is a >> pop-up dialog box with the following message “R Cannot start

[R-SIG-Mac] R 3.2 "Cannot start HTML help server" message.

2015-04-20 Thread ALPEROVYCH Yan
Upon installing R 3.2 every time I open the package manager there is a pop-up dialog box with the following message “R Cannot start HTML help server”. Any thoughts on what might be the cause? Best, Yan Alperovych Ce message electronique et tous les fichiers attaches qu'il contient so

Re: [R-SIG-Mac] R 3.1.2 & Yosemite GUI slowness

2015-03-13 Thread ALPEROVYCH Yan
thus the > compilers used). It's not clear to me at all how the Xcode version can affect > NSTextView so badly, so this will require some more digging. In the meantime, > please use the above R.app binary. > > Cheers, > Simon > > > >> On Mar 11, 2015,

Re: [R-SIG-Mac] R 3.1.2 & Yosemite GUI slowness

2015-03-11 Thread ALPEROVYCH Yan
rbanek mailto:simon.urba...@r-project.org>> wrote: > On Mar 11, 2015, at 5:17 PM, ALPEROVYCH Yan > mailto:alperov...@em-lyon.com>> wrote: > > Hi Simon, > > It may be a silly question but shouldn’t this Yosemite bug affect the the > 3.1.1 version as well? > Yes it should

Re: [R-SIG-Mac] R 3.1.2 & Yosemite GUI slowness

2015-03-11 Thread ALPEROVYCH Yan
e rendering - > it's all in Apple's code, so I don't see immediately how we can work around > that bug. > > Cheers, > Simon > > > >> Best, >> >> David >> >> PS. Simon, regardless of this bug, all of your hard work is very much

Re: [R-SIG-Mac] R 3.1.2 & Yosemite GUI slowness

2015-03-11 Thread ALPEROVYCH Yan
Hi Simon & David, Just for the record, I've tried the new 3.1.3 version (on the same Yosemite machine) and the issue is still there. Best, Yan Alperovych, Ph.D. Associate Professor of Finance EMLYON Business School Tel.: +33 4 72 18 29 11 E-mail: alperov...@em-lyon.com

Re: [R-SIG-Mac] R 3.1.2 & Yosemite GUI slowness

2015-02-23 Thread ALPEROVYCH Yan
Dear Simon, Yes, it was on Mavericks build of R. Best, Yan > On Feb 23, 2015, at 10:00 PM, Simon Urbanek > wrote: > > Are you using the Mavericks build of R? The SL build will do that, because SL > has no AppNap support - but then you can also disable AppNap (see the > corresponding threa

Re: [R-SIG-Mac] R 3.1.2 & Yosemite GUI slowness

2014-11-05 Thread ALPEROVYCH Yan
Hi again, I’ve just run two following tests. 1. Clean install of 3.1.2 Printing the following data.frame: > dim(ciq) [1] 4188811 > system.time(print(ciq[, 1:4])) transaction_id lat long accuracy 1 IQTR254385851 38.3486214 -81.6408805APPROXIMAT

[R-SIG-Mac] R 3.1.2 & Yosemite GUI slowness

2014-11-04 Thread ALPEROVYCH Yan
(Sorry if the posting is not in the right list) I’ve just upgraded to R 3.1.2 (Yosemite machine, sessionInfo bellow) with and noticed strange behavior of the GUI. I work with scripts that produce a substantial amount of the printed output in the console. After about two full pages of console ou