similar to: Optimize R: some confusion with Lapack and OpenBlas/openBlas openmp packages.

Dear list, What is the recommended incantation on Fedora 32 to swap out the openblas BLAS that the packaged (rpm) version of R-core installs for ATLAS? I'm running into some problems with some big models I want to fit using the mgcv package, and openblas is apparently not thread safe and is causing problems. I have the following installed: $ dnf list installed | grep ^R R-core.x86_64

Of course, even a simpler trick is to launch R as follows: LD_PRELOAD=/lib64/atlas/libsatlas.so.3 R and then the symbols in libsatlas take precedence over libopenblas. Or a mix between both alternatives, i.e., setting LD_PRELOAD=/path/to/some/link R and then change that link to point to openblas, atlas... Whatever suits you best. I?aki On Wed, 27 May 2020 at 11:00, I?aki Ucar <iucar at

Hello R-sig-debian and (hopefully) Dirk: On Debian wheezy, I have the R packaging that CRAN (you) provide. I run into a little trouble while trying to fiddle with alternative BLAS. I know you and I went around on this last year and I think perhaps I've found something wrong in the framework, or I've just done something wrong. I installed the packages openblas-base and openblas-dev, and

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

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

On Wed, Jan 10, 2018 at 12:04 AM, Keith O'Hara <keith.ohara at nyu.edu> wrote: > > Check if libopenblas is linked against libomp or libgomp. > > I?d be curious to see any errors that arise when an OpenMP version of OpenBLAS is linked with R. > > Keith > The one time I tried compiling OpenBLAS for Windows 64 with USE OMP = 1, I got an error. I don't recall if it

Hi, I tried to compile R with openblas on a ubuntu 12.04 machine. I have to say that I normally use the package system and that I have no experience with compiling R. I did the following: ./configure --enable-BLAS-shlib --enable-R-shlib LIBnn=lib --with-blas="-L/usr/lib/openblas-base/ -lopenblas" --enable-memory-profiling --with-x=yes go the output: R is now configured for

Il 30/04/20 03:39, Dirk Eddelbuettel ha scritto: > > On 30 April 2020 at 03:26, Samuele Carcagno wrote: > | I'm not familiar with the internals of `viridisLite`, so I'm not sure > | I'd be able to help there. I could open a bug report on the > | `viridisLite` repo and see if the author has suggestions on how to > | narrow down the issue. > > It would help if

Hi Gavin, On Wed, 27 May 2020 at 01:15, Gavin Simpson <ucfagls at gmail.com> wrote: > > Dear list, > > What is the recommended incantation on Fedora 32 to swap out the > openblas BLAS that the packaged (rpm) version of R-core installs for > ATLAS? I'm afraid there is no official mechanism in place to do that yet. There was a proposal [1], but it was never pushed

Thanks I?aki, that is exactly what i was looking for, esp the last option which I have now configured as an alias for easy remembering. I can answer the question re USE_LOCKING=1. I think that using both those options is required to get thread-safety even if openblas was compiled for single thread use. I don't know to what extent Simon has engaged with upstream on this etc. All I know is

Hello, the following is a part of a question asked on R-help. I realized that it is better suited for asking here. Apologies for the cross-posting! I'm on Ubuntu artful, and upgraded with 'apt'. Then ---------------------------------------------------------------- goran at M6800:~/src/R-3.4.3$ /usr/bin/R /usr/lib/R/bin/exec/R: symbol lookup error:

On Jan 10, 2018 8:24 PM, "Benjamin Tyner" <btyner at gmail.com> wrote: 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? What are you barking about? I don't understand what you are trying to accomplish. By

Thank you very much Dirk! Le mer. 13 mai 2020 ? 14:59, Dirk Eddelbuettel <edd at debian.org> a ?crit : > > Salut Adrien, > > It appears to be a bad OpenMP and and OpenBLAS interaction you can (for > now) > avoid) by replacing the 'pthread' variant of OpenBLAS with the OpenMP > version > (see the thread for details). Doing > > sudo apt install

I?m not really familiar with conda, but if they?re being packaged together then an omp build might be more appropriate. Perhaps another point for Juan?s list: whether OpenBLAS is the right choice to pair with. The library itself hasn?t produced optimized kernels for any of the Intel *Lake chips yet; might be worth considering its near- and long-term future (vs something else). Keith > On

True or False: when USE_OPENMP=1 is not used, then race conditions are not unexpected. If True, and we wish to avoid race conditions, then sources such as the conda channel and ubuntu would need to add this enhancement. If False, then what is the next step (i.e. forum) for debugging the race condition? On 01/11/2018 07:56 AM, Ista Zahn wrote: > > > On Jan 10, 2018 8:24 PM,

Has anyone succeeded in getting a parallel BLAS, such as Goto's BLAS, installed on a machine running Ubuntu 11.10? I currently have the libatlas3gf-base package installed on a machine with an AMD Athlon X4 processor. I tried to install the libopenblas-base and libopenblas-dev packages but there seemed to be a glich related to having both libopenblas and libatlas3gf installed so that when I

I have upgraded R (from 3.6 to 4.0) and RStudio (from 1.1 to 1.2.5) a few days ago, and Ubuntu from 18.04 to 20.04 yesterday. Since then, R sometimes never terminates when executing certain commands: ivreg (from package AER), summary (of a logit regression) and logitmfx (from package mfx). Sometimes these commands run fine, but most of the time I have to kill the process because R won't

Dear List, I am trying to build R on Fedora against a threaded openblas installed from Fedora's yum repos, or alternatively swap out libRblas.so with a threaded openblas built locally. I have installed $ yum list installed | grep openblas openblas.x86_64 0.2.11-1.fc20 @updates openblas-devel.x86_64 0.2.11-1.fc20 @updates

Den 2017-12-01 kl. 20:24, skrev Dirk Eddelbuettel: > > On 1 December 2017 at 19:55, G?ran Brostr?m wrote: > | Hello, > | > | the following is a part of a question asked on R-help. I realized that > | it is better suited for asking here. Apologies for the cross-posting! > | > | I'm on Ubuntu artful, and upgraded with 'apt'. Then > | > |

Dear all, I am estimating a mixed-model in Ubuntu Raring (13.04¸ amd64), with the code: fm0 <- lme(rt ~ run + group * stim * cond, random=list( subj=pdSymm(~ 1 + run), subj=pdSymm(~ 0 + stim)), data=mydat1) When I check the approximate variance-covariance matrix, I get: > fm0$apVar [1] "Non-positive definite