similar to: R and multi cpu ATLAS

Hi all, I have a problem with cpu affinity in my R-2.11.1 installation compiled against ATLAS running on a Linux (Ubuntu 10.04) cluster under GridEngine. I wish to use Grid Engine's core binding feature to bind user processes into the number of cores they request on the cluster, thus preventing badly behaved multi-threaded libraries from consuming more cores than requested. An example of

I thought I would try compiling R this time with the ATLAS libraries. I have compiled ATLAS and I have the following libraries: libatlas.a libf77blas.a libptcblas.a libtstatlas.a libcblas.a liblapack.a libptf77blas.a Is it sufficient to use ' --with-blas=libatlas.a ' when configuring or do I need to specify any of the other libraries as well? -- William D. McCoy

Emmanuel, On 30 August 2008 at 00:04, Emmanuel Charpentier wrote: | Dear list, | | Setup : Ubuntu Hardy + updates + backports + security + R repository on | a 3.2 GHz PIV dual-core processor. | | Bitten (again...) by the "I'll optimize my setup" bug, I tried to test | atlas. Following Dirk's advice on a not-so-recent post to R-help, I | tried "apt-get install -s

Hello, This simple SVD calculation (commands are copied immediately below) crashes on my Ubuntu machine (R 2.13.0). However it worked fine with R.12 and Ubuntu 10.04, and it also works fine on my Windows 7 machine with R 2.13, so I suspect there's a problem with (my?) Ubuntu and / or R. I'm using the R distribution that is accessible with Ubuntu's repositories manager, I am not

Rhelpers: I recently installed the 64-bit version of R on my Debian system, and afterwards was asked if it was compiled using ATLAS. Is there a way to test to see if R is using ATLAS? --j

Hello. I am a Linux neophyte and know almost nothing ?about compiling, so I would appreciate any help and advice y'all would care to offer. I am trying to compile the 64 bit version of R using a tuned ATLAS and LAPACK (ATLAS 3.9.24). I am running Ubunto 10.04 LTS (through wubi, FWIW). The ATLAS and LAPACK files (atlas.so, f77blas.so, lapack.so, and cblas.so) are sitting in the folder

Dirk Eddelbuettel <edd <at> debian.org> writes: > One last follow-up. Debian's Atlas maintainer has started to work in the > OpenGoto packaging. There will be proper Goto packages now that the license > is better, but it may take a while. It took years to get Atlas packaged > 'right' so don;t expect anything too soon. The gotoblas2-helper package is >

I feel like Marlon Brando in "On the Waterfront" where he's told "It's not your night, kid", except for me it has been the last two months trying to debug memory problems. Now I can't even install an old version of this package on a netbook running the Ubuntu 10.10 netbook remix because it can't find the libraries libf77blas and libatlas. I have even gone to

I've attempted to use the optimized GotoBLAS2 library with a freshly compiled R-2.11.1 patched on 64-bit Ubuntu 10.4. (See details below). When I run this version of R, the timings are not different than the original install, and only one core is used in test computations. Can someone point out my error? Thanks. --Dale Details ... I'm running the 64-bit version of Ubuntu 10.04 on my 2

Hi, I'm relatively new to R on Ubuntu (moving from Windows), and I'm trying to get GotoBLAS2 working. I installed (from a CRAN mirror) the pre-built binaries of R (which, as far as I know, is compiled as a shared library) on Ubuntu 10.10 using apt-get install r-base r-base-dev I successfully built GotoBLAS2 from source, copied the library to /usr/lib and created s symbolic link from

On two laptops running 32-bit kubuntu, I have found that svd(), invoked within R 2.9.1 as supplied with the current ubuntu package, returns very incorrect results when presented with complex-valued input. One of the laptops is a Dell D620, the other a MacBook Pro. I've also verified the problem on a 32-bit desktop. On these same systems, R compiled from source provides apparently

I'm geting ready to compile and install R-1.5.1 (R-patched_2002-07-15.tar.gz) on Linux (Suse 8.0, 2 AMD proc., ATLAS libs installed). My current version is R.1.4.0 I'd like to get advice on two doubts: 1. Is it better that I remove my current /usr/lib/R directory? 2. Regarding ATLAS, the R-1.5.1 R-admin manual states : "This is currently not supported. The problem is that SIGINT

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

On 15 March 2012 14:09, Simon Urbanek <simon.urbanek@r-project.org> wrote: > I thought I'll post this here since I could not find an answer anywhere I > searched: how to setup R with threaded BLAS on Debian/Ubuntu. > > First, neither Debian nor Ubuntu come with optimized ATLAS binaries, > simply because by definition they need to be optimized for a particular >

Hi, Since upgrading to version 2.11.0~20100402-1, starting R fails with: /usr/lib64/R/bin/exec/R: error while loading shared libraries: libblas.so.3gf: cannot open shared object file: No such file or directory Is this occurring to others on sid? -- Seb

Dear All, As suggested in the reply from Dirk Eddelbuettel to my post to R-dev I am reposting here as the problem still persists. Please see my post to R-dev under same heading for additional description if needed. In summary I am starting from a new installation of Ubuntu 10.10 as the single operating system on a reformatted disk with just the OS, ESS and emacs installed before installing R

Hi, with small matrices eigen works as expected: > eigen(cbind(c(1,4),c(4,7)), only.values = TRUE) $values [1] 9 -1 $vectors NULL > eigen(cbind(c(1,4),c(4,7))) $values [1] 9 -1 $vectors [,1] [,2] [1,] 0.4472136 -0.8944272 [2,] 0.8944272 0.4472136 > eigen(cbind(c(1,-1),c(1,-1))) $values [1] -3.25177e-17+1.570092e-16i -3.25177e-17-1.570092e-16i $vectors

On 14 March 2012 at 23:09, Simon Urbanek wrote: | I thought I'll post this here since I could not find an answer anywhere I searched: how to setup R with threaded BLAS on Debian/Ubuntu. | | First, neither Debian nor Ubuntu come with optimized ATLAS binaries, simply because by definition they need to be optimized for a particular machine. The good news: it is easy to build: | | apt-get source

dear debian-R group: I am using the stock ubuntu binary R 3.0.1 for ubuntu raring but on cinnamon mint olivia 15. I read dirk's gcbd paper from a couple of years ago. it suggests that stock blas is pretty bad compared to the four main alternatives. of course, dirk also maintains the binaries for debian/ubuntu R, so he probably knows the answer off hand. I installed libatlas3-base

Hi, I'd like to install the optimized libraries on my Thinkpad with an Intel Core Solo chip, which apparently supports the following instruction sets: MMX, SSE, SSE2, SSE3 instruction sets, XD-Bit. In a recent r-help message, the following was said (by Dirk I think): <quote> Yes, on Ubuntu, use 'apt-get install atlas3-base' for basic tuned Atlas, or 'apt-get install