Detección R de Blas versión

¿Hay alguna manera de detectar la versión de BLAS que R está utilizando desde dentro de R? Estoy usando Ubuntu, y tengo un par de versiones de BLAS instaladas. ¡No sé cuál está "activo" desde el punto de vista de R!Detección R de Blas versión

Soy consciente de http://r.789695.n4.nabble.com/is-Rs-own-BLAS-td911515.html donde Brian Ripley dijo en junio de 2006 que no era posible, pero ¿han cambiado las cosas?

Fuente

2012-03-12 Sean

¿Ha comprobado si hay algo en esta línea en el paquete [gcbd] [1]? Ahí es donde debería mirar para empezar. [1]: http://cran.r-project.org/web/packages/gcbd/index.html – cbeleites

Creo que no se puede. R se compilará con la interfaz BLAS , y R no especifica qué paquete suministra la biblioteca real.

Solo puede mirar la salida ldd. En mi servidor, esto apunta a Atlas

[email protected]:~$ ldd /usr/lib/R/bin/exec/R 
    linux-vdso.so.1 => (0x00007fffc8ddb000) 
    libR.so => /usr/lib/libR.so (0x00007f8be940c000) 
    libpthread.so.0 => /lib/x86_64-linux-gnu/libpthread.so.0 (0x00007f8be91ef000) 
    libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007f8be8e4d000) 
    libblas.so.3gf => /usr/lib/atlas-base/atlas/libblas.so.3gf (0x00007f8be88e4000) 
    libm.so.6 => /lib/x86_64-linux-gnu/libm.so.6 (0x00007f8be8660000) 
    libreadline.so.6 => /lib/libreadline.so.6 (0x00007f8be841d000) 
    libpcre.so.3 => /lib/x86_64-linux-gnu/libpcre.so.3 (0x00007f8be81e1000) 
    liblzma.so.2 => /usr/lib/liblzma.so.2 (0x00007f8be7fbf000) 
    libz.so.1 => /lib/x86_64-linux-gnu/libz.so.1 (0x00007f8be7da6000) 
    librt.so.1 => /lib/x86_64-linux-gnu/librt.so.1 (0x00007f8be7b9e000) 
    libdl.so.2 => /lib/x86_64-linux-gnu/libdl.so.2 (0x00007f8be799a000) 
    libgomp.so.1 => /usr/lib/x86_64-linux-gnu/libgomp.so.1 (0x00007f8be778b000) 
    /lib64/ld-linux-x86-64.so.2 (0x00007f8be99a5000) 
    libgfortran.so.3 => /usr/lib/x86_64-linux-gnu/libgfortran.so.3 (0x00007f8be7475000) 
    libgcc_s.so.1 => /lib/x86_64-linux-gnu/libgcc_s.so.1 (0x00007f8be725f000) 
    libtinfo.so.5 => /lib/libtinfo.so.5 (0x00007f8be7037000) 
    libquadmath.so.0 => /usr/lib/x86_64-linux-gnu/libquadmath.so.0 (0x00007f8be6e01000) 
[email protected]:~$

lo cual tiene sentido ya que este paquete de BLAS-proporcionando obtiene la más alta prioridad por el embalaje de Debian.

Fuente

2012-03-12 13:47:21

Para usuarios de Mac, creo que esto debería funcionar 'otool -L /Library/Frameworks/R.framework/R ' – user2503795

Y en debian o ubuntu, creo que puedes hacer:' update-alternatives --config libblas.so.3'. Usando 'ldd' como Dirk escribe, veo mis R apunta a'/usr/lib/libblas.so.3' que es un enlace a '/ etc/alternatives/libblas.so.3' –

Sí, si conoce un poco acerca de su sistema, entonces 'update-alternatives' es bueno. Construí el viejo paquete gcbd/marco de prueba/viñeta alrededor de ese truco. No estoy seguro de que lo recomiende como un comando orientado (usuario R). –

Respuesta parcial para Linux si lsof está instalado.

# on a system using openblas: 
> grep('blas', system2('lsof', c('-p', Sys.getpid()), stdout=TRUE), value = TRUE) 
[1] "R  282 docker mem REG 0,52 29998440  233 /usr/lib/libopenblasp-r0.2.12.so" 


# on a system using R internal Blas: 
> grep('blas', system2('lsof', c('-p', Sys.getpid()), stdout=TRUE), value = TRUE) 
[1] "R  157 docker mem REG 0,44 180936  3105 /usr/local/lib/R/lib/libRblas.so"

Fuente

2017-01-17 15:06:42

Respuesta

Cuestiones relacionadas