Julia using OpenBLAS is *very* reassuring.
I agree that having it included as an options(...) feature should be OK.
On Sun, Dec 17, 2017, 3:22 PM Juan Telleria wrote:
> Julia Programming Language uses also OpenBlas, and it is actively
> maintained with bugs being fixed as I have checked it out:
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
On Sat, Dec 16, 2017 at 7:41 PM, Kenny Bell wrote:
> 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 sett
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 w
I would be very cautious about OpenBLAS in particular... from time to
time I get complains from users that compiled code calculations in my
WGCNA package crash or produce wrong answers with large data, and they
all come from OpenBLAS users. I am yet to reproduce any of their
crashes when using MKL
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(Op
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(Op
It seems that reproducibility across systems is also an issue with
multithreaded BLASes:
https://hal.archives-ouvertes.fr/hal-01202396/file/exblas.pdf
On Sun, Dec 17, 2017 at 11:50 AM, Keith O'Hara wrote:
> On point 1):
>
> The standard approach seems to favor the reference BLAS for reasons oth
On Sun, Dec 17, 2017 at 10:01 AM, Dirk Eddelbuettel wrote:
>
> Kenny,
>
> On 17 December 2017 at 09:28, Kenny Bell wrote:
> | Hi R-devel list,
> |
> | OpenBLAS is readily available for unix-likes:
> |
> | https://cloud.r-project.org/web/packages/gcbd/vignettes/gcbd.pdf
>
> Please consider re-read
On point 1):
The standard approach seems to favor the reference BLAS for reasons other
than speed.
For example, vecLib, Apple's multi-threaded BLAS library, is not the
default choice for macOS binaries due to concerns about 'precision'. See:
https://cloud.r-project.org/bin/macosx/RMacOSX-FAQ.htm
Kenny,
On 17 December 2017 at 09:28, Kenny Bell wrote:
| Hi R-devel list,
|
| OpenBLAS is readily available for unix-likes:
|
| https://cloud.r-project.org/web/packages/gcbd/vignettes/gcbd.pdf
Please consider re-reading this vignette of mine. BLAS is an interface,
OpenBLAS is but one implement
Hi R-devel list,
OpenBLAS is readily available for unix-likes:
https://cloud.r-project.org/web/packages/gcbd/vignettes/gcbd.pdf
However, my questions are:
1) Would R-devel consider using OpenBLAS for the main distribution of R for
all platforms including Windows?
2) If so, would R-devel set the
On Fri, 15 Dec 2017, Gábor Csárdi wrote:
Thanks for tracking this down. Yeah, I should use suppressWarnings(),
you are right.
Although, readLines() might throw another warning, e.g. for incomplete
last lines,
Do whatever makes sense for your context.
My main point is: if you want your computa
Tags (argument names) in call to 'list' becomes names of the result. It is not
necessarily so with call to 'c'. The default method of 'c' has 'recursive' and
'use.names' arguments.
In R devel r73778, with
x <- 0; names(x) <- "recursive" ,
dput(x)
or even
dput(x, control = "all")
gives
c(recursi
14 matches
Mail list logo
