similar to: R, OpenBLAS and OMP_NUM_THREEADS

Displaying 20 results from an estimated 1000 matches similar to: "R, OpenBLAS and OMP_NUM_THREEADS"

2016 Aug 03
2
R, OpenBLAS and OMP_NUM_THREADS
On 02/08/16 03:10, Ei-ji Nakama wrote: > Hi, > > Create /etc/profile.d/openblas.sh. > Write the following during in this file. > OPENBLAS_NUM_THREADS = 1 > export OPENBLAS_NUM_THREADS > > OPENBLAS_NUM_THREADS environment variable does not affect the OMP_NUM_THREADS. > Thanks for the response. This works fine for R run from the command line (as does setting the same
2016 Aug 02
0
R, OpenBLAS and OMP_NUM_THREEADS
Hi, Create /etc/profile.d/openblas.sh. Write the following during in this file. OPENBLAS_NUM_THREADS = 1 export OPENBLAS_NUM_THREADS OPENBLAS_NUM_THREADS environment variable does not affect the OMP_NUM_THREADS. 2016-08-01 20:06 GMT+09:00 Gordon Ball <gordon at chronitis.net>: > What is the correct way to globally configure R to default to single (or > at least, << NUM_CPUS)
2016 Aug 04
1
R, OpenBLAS and OMP_NUM_THREADS
Hi, I was be half asleep in the heat ... 2016-08-04 0:04 GMT+09:00 Dirk Eddelbuettel <edd at debian.org>: > > On 3 August 2016 at 16:45, Gordon Ball wrote: > | On 02/08/16 03:10, Ei-ji Nakama wrote: > | > Hi, > | > > | > Create /etc/profile.d/openblas.sh. > | > Write the following during in this file. > | > OPENBLAS_NUM_THREADS = 1 > | > export
2016 Aug 03
0
R, OpenBLAS and OMP_NUM_THREADS
On 3 August 2016 at 16:45, Gordon Ball wrote: | On 02/08/16 03:10, Ei-ji Nakama wrote: | > Hi, | > | > Create /etc/profile.d/openblas.sh. | > Write the following during in this file. | > OPENBLAS_NUM_THREADS = 1 | > export OPENBLAS_NUM_THREADS | > | > OPENBLAS_NUM_THREADS environment variable does not affect the OMP_NUM_THREADS. Thumbs up to using /etc/profile.d/ -- very
2017 Aug 21
3
Control multi-threading in standard matrix product
Dear R Core Team, I wish to report what can be viewed as a bug or at least a strange behavior in R-3.4.1. I ask my question here (as recommended on https://www.r-project.org/bugs.html) since I am not member of the R's Bugzilla. When running 'R --vanilla' from the command line, the standard matrix product is by default based on BLAS and multi-threaded on all cores available on
2011 Nov 10
2
parallel BLAS for Ubuntu 11.10
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
2017 Aug 21
2
Control multi-threading in standard matrix product
Hi Tomas, Thanks for your answer. Indeed, I checked and my R-3.4.1 installed from the ubuntu repository use 'libopenblasp-r0.2.18.so' while my R-3.3.2 that I did compiled on my machine use 'libRblas.so' which explain the difference of behavior. I will use RhpcBLASctl to avoid issue when combining matrix product and other multi-threading package. Maybe this point regarding
2019 Nov 19
2
Why is matrix product slower when matrix has very small values?
Hi, I experience surprisingly large timing differences for the multiplication of matrices of the same dimension. An example is given below. How can this be explained? I posted the question on Stackoverflow: https://stackoverflow.com/questions/58886111/r-why-is-matrix-product-slower-when-matrix-has-very-small-values Somebody could reproduce the behavior but I did not get any useful explanations
2019 Apr 29
3
R 3.6.0 for Debian buster
Am Montag, 29. April 2019, 13:44:03 CEST schrieb Kurt Hornik: > >>>>> Johannes Ranke writes: > Thanks. You may have seen that with current gfortran in > testing/unstable, there are problems with the R BLAS/LAPACK API entries > using a Fortran interface (and hence in particular when using the BLAS > and LAPACK sources that ship with R). No, I wasn't aware of
2019 Apr 29
2
R 3.6.0 for Debian buster
Dear all, Now that the upcoming Debian release "buster" is frozen, I have started supplying backports for it. Pending mirror synchronisations, R 3.6.0 is now available for Debian buster on i386 and amd64 architectures. Please refer to https://cran.r-project.org/bin/linux/debian/ for details. At the moment I am not providing binaries for the arm architecture for buster, as the SD
2019 Apr 29
3
R 3.6.0 for Debian buster
Am Montag, 29. April 2019, 15:03:54 CEST schrieb Kurt Hornik: > >>>>> Johannes Ranke writes: > > Am Montag, 29. April 2019, 13:44:03 CEST schrieb Kurt Hornik: > >> >>>>> Johannes Ranke writes: > >> Thanks. You may have seen that with current gfortran in > >> testing/unstable, there are problems with the R BLAS/LAPACK API entries
2014 Jun 16
1
Centos / Fedora rpm - issue with openblas
I’ve installed R 3.1 with the latest Fedora rpm (R-3.1.0-5.el6.x86_64.rpm) and I run into some issues with openblas. I’ve documented this with an open question on stack overflow here: http://stackoverflow.com/questions/24158372/openblas-r-3-1-and-fedora-centos-dist Basically before 3.1 I had 3.02 and I was able to install and use openblas following the instruction from official CRAN
2019 May 08
3
openblas
On Wed, 8 May 2019 at 04:52, Peter Langfelder <peter.langfelder at gmail.com> wrote: > > (CCing the R-devel list, maybe someone will have a better answer.) > > To be honest, I don't know how to. I wasn't able to configure R to use > OpenBLAS using the configure script and options on my Linux Fedora system. > I configure it without external BLAS, then replace the
2020 Jul 15
2
Openblas?
Hello, I thought that I should try openblas when building a CRAN package containing lots of old (twentieth century) C-code with frequent calls to blas and lapack routines. I have the following options on my Ubuntu 20.04 machine: Selection Path Priority Status ------------------------------------------------------------ * 0
2017 Dec 16
1
OpenBLAS in everyday R?
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
2019 May 08
4
openblas
Hello, macosx 10.13.6, Rdevel r76458 I'm trying to compile against openblas to reproduce an error on the CRAN check page (my package is clean under winbuilder and all but one of the checks). I've downloaded and installed openblas 0.3.7 but I am not 100% sure that it is being used by R. Using ./configure --with-blas="-lopenblas" Then running R to discover the PID I get:
2020 May 26
2
Changing the BLAS from openblas on a F32 box
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
2020 May 27
2
Changing the BLAS from openblas on a F32 box
On Wed, 27 May 2020 at 21:40, Gavin Simpson <ucfagls at gmail.com> wrote: > > 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
2010 Jul 10
1
Set the number of threads using openmp with .C
Hi everybody! Could somebody help me with the following? I'm trying to run a simple Hello World code in openmp using .C function. The C code i have is: #include <omp.h> #include <stdio.h> #include <R.h> void hello_omp(int *n) { int th_id, nthreads; omp_set_num_threads(*n); #pragma omp parallel private(th_id) { th_id = omp_get_thread_num();
2017 Dec 17
2
OpenBLAS in everyday R?
It seems like many of the multi-threaded BLASes have some sort of fundamental problem preventing use in the way Juan suggests: - Dirk's vignette states that ATLAS "fixes the number of cores used at compile-time and cannot vary this setting at run-time", so any user-friendly implementation for R would have to compile ATLAS for 1-16 threads to allow the user to switch at run-time.