similar to: Debate: Shall some of Microsoft R Open Code be ported to mainstream R?

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

[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

So as long as I can read, OpenBlas, for Windows, might be a worth considering option: http://www.openblas.net But Intel MKL also seems to be free*: https://software.intel.com/en-us/articles/free-mkl Thank you, Juan El 30/10/2017 6:45 p. m., "Avraham Adler" <avraham.adler at gmail.com> escribi?: > [Sent offlist accidentally] > > What concerns me first and foremost is

I think the thing that is missing is a simple way for end users on windows to replace blas/lapack libraries with MKL-a package that you install that puts the libraries in the right place. Microsoft provides something for their distro, but we don't have the equivalent if you get R from cran. On 29 October 2017 at 22:01, Kenny Bell wrote: | User here: incorporating Intel's MKL, as MRO

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. On Mon, Oct 30, 2017, 9:42 AM Juan Telleria <jtelleriar at gmail.com> wrote: > Dear

Buenas, Alguno ha probado a usar Microsfot R Open? Segun leo, se han centrado en hacer que R por defecto sea multicore (cosa que podemos hacer usando parallel, foreach...) https://mran.revolutionanalytics.com/documents/rro/multithread Home [mran.revolutionanalytics.com]<https://mran.revolutionanalytics.com/documents/rro/multithread> This site uses cookies for analytics, personalized

On Mon, Aug 24, 2015 at 11:29 AM, Bj?rn-Helge Mevik <b.h.mevik at usit.uio.no> wrote: > arnaud gaboury <arnaud.gaboury at gmail.com> writes: > >> - Intel MKL: this is part of Intel Parallel Studio and is a paid >> software. Now, there is the MKL package distributed by >> Revolutionanalytics, but I am not certain how this can be distributed >> for free. Is

I would describe MRO as a distribution of R, in the same way that Fedora, Debian, SUSE etc are distributions of Linux. It is not fundamentally different from the version of R that you can download from CRAN but the binary builds offer some specific features: 1) The binary build is linked to the Intel Math Kernel Library (MKL) which may increase the speed of some matrix operations 2) Packages are

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*

On Mon, Aug 24, 2015 at 1:42 PM, Dirk Eddelbuettel <edd at debian.org> wrote: > > On 24 August 2015 at 11:43, arnaud gaboury wrote: > | On Mon, Aug 24, 2015 at 11:29 AM, Bj?rn-Helge Mevik > | <b.h.mevik at usit.uio.no> wrote: > | > arnaud gaboury <arnaud.gaboury at gmail.com> writes: > | > > | >> - Intel MKL: this is part of Intel Parallel Studio

Greetings. I see a warning message while compiling OpenMPI and would appreciate it if you tell me what it means. This warning happens with any OpenMPI > 1.6.5. Even before starting a cluster, just "sessionInfo" triggers this warning. I'm pasting in the message from R-3.3.2 (this is MRO). Do the R parallel package cluster functions violate the warnings described here? >

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()

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,

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. Are there others worth to mention? Thank you. Kind regards, Juan Telleria [[alternative HTML version deleted]]

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

Hi, I had a question that might not seem obvious to me. I was wondering why there was no patnership between microsoft the R core team and eventually other developpers to improve R in one unified version instead of having different teams developping their own version of R. Is it because they don't want to team up? Is it because you don't want? Any particular reasons? Different

I want to build R optimized, with either MKL, OpenBLAS or ATLAS. My OS: Fedora 22 Hardware: CPU op-mode(s): 32-bit, 64-bit Byte Order: Little Endian CPU(s): 8 Thread(s) per core: 2 Vendor ID: GenuineIntel Model name: Intel(R) Core(TM) i7-2600K CPU @ 3.40GHz I am a little confused when it comes to choose a method and would like to hear your experiences. If I am right, I have 3 possibilities: -

Dear R-devel: The Cluster administrators at KU got enthusiastic about testing R-3.2.2 with Intel MKL when I asked for some BLAS integration. Below I forward a performance report, which is encouraging, and thought you would like to know the numbers. Appears to my untrained eye there are some extraordinary speedups on Cholesky decomposition, determinants, and matrix inversion. They had

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