similar to: Best R GUIs

On Dec 13, 2017 6:05 AM, "Juan Telleria" <jtelleriar at gmail.com> wrote: Dear R Community Members, I would like to add to one article I have written the best Graphical User Interfaces the R programming language has. For the moment I know: A) Rstudio. B) R Tools for Visual Studio. C) Open Analytics Architect. Many editors have plugins for working with R, including D) ESS for

Dear R Developers, Adding to source() base function a Timer which indicates the execution time of the source code would be a very well welcome feature, and in my opinion not difficult to implement as an additional funtion argument. The source(timing = TRUE) function shall execute internally the following code for each statement: old <- Sys.time() # get start time at the beginning of source()

Dear R Developers, In the same way that MySQL/MariaDB's Engine InnoDB or MyISAM/Aria have the innodb_buffer_pool_size or the key_buffer_size for setting the maximum amount of RAM which can be used by a Server Instance: ?Would it be possible to create an R Configuration Variable which fixes the maximum amount of RAM memory to be used as Commit / Dynamic Memory Allocation? Thank you. Juan

Dear R Developers, First of all, I would like to thank you Jeroen Ooms for taking the binary Window Builds from Duncan. I firmly believe that the R Community will benefit a lot from his work. However, the debate I would like to open is about if some of Microsoft R Open Code shall be ported from R Open to Mainstream R. There are some beneficts in R Open such as multithreaded performance:

[Sent offlist accidentally] What concerns me first and foremost is that the licensure would have to be ironclad (including for commercial use like vanilla R now) as well as ensuring that R remains completely FLOSS. Anything ?added? to R has to be a no-strings-attached gift to R. Also, I would think that it would have to play nice with existing workflows (like OpenBLAS instead of MKL) unless

But by statement in the source file, I mean, for knowing during the execution how much time is taking, without having to wait till the end. 2017-12-21 13:06 GMT+01:00 I?aki ?car <i.ucar86 at gmail.com>: > 2017-12-21 12:46 GMT+01:00 Juan Telleria <jtelleriar at gmail.com>: > > Dear R Developers, > > > > Adding to source() base function a Timer which indicates the

Multi-threaded Math Libraries (Trough OpenBlas), taking into account that today's laptops have a minimum of 2-4 cores, are an important topic, and in my opinion, shall be included in R for the general interest. I think that the way to go would be to create a configuration setting in R's options(OpenBlas= TRUE|FALSE) which enables or disables OpenBlas in an easy way, which by default shall

R does provide the addTaskCallback / taskCallbackManager to run a callback function after every top level command. However there is not an equivalent interface that would be run _before_ each command, which would make it possible to time of top level calls and provide other execution measurements. On Thu, Dec 21, 2017 at 11:31 AM, William Dunlap via R-devel <r-devel at r-project.org> wrote:

On 29 October 2017 at 22:01, Kenny Bell wrote: | User here: incorporating Intel's MKL, as MRO does, would be a very welcome | addition. | | I was an MRO user before and it improved my experience with medium data | immensely. | | They did, however, leave behind bugs here and there, especially related to | development with Rcpp, so I switched back to vanilla R. With all due respect: You may

I didn't do the compile; is there a way to check whether that was used? If not, I'll inquire with our sysadmin and report back. In any case, my suggestion was motivated by the fact that some parts of R use OpenMP while others do not, in the hope that the former could have their OpenBLAS omelet without breaking the OpenMP eggs, so to speak. On 01/09/2018 06:41 PM, Keith O'Hara

Please pardon my ignorance, but doesn't OpenBLAS still not always play nicely with multi-threaded OpenMP? (for example, don't race conditions sometimes crop up)? If so, it might be nice to have the ability to temporarily disable multi-threaded OpenMP (effectively: omp_set_num_threads(1)) for the duration of operations using OpenBLAS. Regards Ben > Julia using OpenBLAS is *very*

I agree with Moshe. It is important to maintain the independence of R as a programming language by itselft, even if it could benefit from Microsoft work (C++ Base Code, etc.), it is better in my opinion to keep it independent. Also, Duncan work and know-how shall be transferred to the next future R Core Developer which will be in charge of Duncan's roles. And, if appropriate, transfer the

On 25/12/2017 7:00 AM, I?aki ?car wrote: > 2017-12-25 12:30 GMT+01:00 Duncan Murdoch <murdoch.duncan at gmail.com>: >> The one negative aspect of Winston's effort is caused by this weakness. If >> you tell me that something happened in revision 73909, I know it was recent. >> If you tell me that something appeared in commit 2e80059, it wastes my time >> looking

Dear R Developers, I would like to suggest the creation of a new S4 object class for On-Disk data.frames which do not fit in RAM memory, which could be called disk.data.frame() It could be based in rsqlite for example (By translating R syntax to SQL syntax for example), and the syntax and way of working of the disk.data.frame() class could be exactly the same than with data.frame objects. When

UNBIASED FACTS: ? Bugzilla & R-devel Mailing Lists: Remain unchanged: Understood as Ticketing platforms for bug pull requests on the R-devel Git Repository. ? Git Repository Options: A) Github (Cloud with Automated backups from GitHub to CRAN Server): https://github.com B) Gitlab (Selfhosted on CRAN): https://about.gitlab.com C) Phabricator (Selfhosted on CRAN): https://www.phacility.com D)

Hola Quiero ejecutar R desde Jupyter Lab y me encuentro con un error al invocar la librería dplyr. Este error no aparece cuando ejecuto RStudio. La sesión de R en jupyter lab: sessionInfo() R version 3.6.1 (2019-07-05) Platform: x86_64-w64-mingw32/x64 (64-bit) Running under: Windows 10 x64 (build 14393) Matrix products: default locale: [1] LC_COLLATE=Spanish_Chile.1252

Julia Programming Language uses also OpenBlas, and it is actively maintained with bugs being fixed as I have checked it out: http://www.openblas.net/Changelog.txt So I still see it ok to be included as an options(...) feature (by default off, just for safety), over other Blas libraries. R could not use Intel MKL for legal reasons (I think), because as long that R ships with GPL libraries,

Thanks Keith. We checked, and indeed libopenblas is not linked against libomp nor libgomp. We suspect this is because we used conda to install R and OpenBLAS. So I guess we should be barking up the conda tree instead? By the way, I also noticed on my home machine (Ubuntu), /usr/lib/libopenblas.so.0 is also not linked against those, for what that's worth. Regards, Ben On 01/10/2018 12:04

Anyone familiar with this? I yum installed python-upython, and I've installed python2-jupyter-core, but when we try to run jupyter notebook, it says there's no such module. So I try to pip install notebook, I get Collecting ipython>=4.0.0 (from ipykernel->notebook) Downloading

On Tue, May 07, 2013 at 05:26:14PM +0000, Davis, Richard wrote: > Apologies for the direct questioning, but is there a limit to the > amount of disks (virtio devices) assigned to VM that virt-v2v can > handle ? (I'm moving RHEL VM's from RH KVM hypervisors to RHEV > using virt-v2v-0.8.9-2.el6.x86_64) The published version of virt-v2v can only handle either 2 or 3 guest hard